Benim yaklaşımım. Çekirdek - Motor. - sayfa 83
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Motor ve danışman iletişim akışı içinde çalışır. Her tablo hücresi birkaç karakterdir. Buna ek olarak, - diğer birçok öğe değerlerini, durumlarını vb. iletir. Dizeleri hızlı bir şekilde değiş tokuş etmeniz ve OnChartEvent() olay kuyruğunu yüklememeniz gerekir.
SQL alın ve beyninizi terletmeyin :-)
Kaynaklar ve birlik yardımıyla bunu nasıl yapacağınıza dair bir düşüncenizin bile olmadığını söylemek istemez misiniz?
Senden sonra Nicholas.
Sendika ile bir varyant önerdiniz, ancak bir örnek göstermediniz. Sonra CharArrayToString ve StringToCharArray'e geçtim. Şimdi yine sendikadan bahsediyorsun.
Yani, bir dizeyi bir tılsım haline getirmek ve sonra geri almak, ardından dizeleri kırmak (dizeler, parametre numaralarının ve değerlerinin bir derlemesini içerir), bu en iyi çözüm mü?
Senden sonra Nicholas.
Peter, söyle bana, double, long ve int'yi aktarmak için dizeleri de kullanıyor musun?
Parametre çekirdeği tek bir dizidir. Ve string türündedir . Bir nedenden dolayı, genel bir türdür. Çok rahat. Herhangi bir değer kaydedildi ve ardından istenen türe yol açtı.
Aksi takdirde çok sayıda parametre çekirdeği yapmak gerekecektir. Her biri, değer türü için. Sonuç olarak, parametre sahipliği, bunların indekslenmesi, kayıt yeri ve çok daha fazlası ile ilgili karışıklık olacaktır.
Trollemeyelim. Mentor tonu uygun değil. Bu çalışmada daha çok anlıyorum.
Nikolai, senin versiyonunu deneyeceğimi söyledim.)) O halde deneyeceğim.
SQL alın ve beyninizi terletmeyin :-)
Sanki "beyninle uğraşma" hakkında devam ediyormuş gibi :-)
Bugün kibarım ve hiç de kötü değilim ..
Peter, dizi üzerinde canavar yaratmamak için geliştirme için "görsel programlama" (sadece bir GUI değil) hakkında,
örneğin Oracle'a bakın. Tartışmasız liderlerden biri
Görsel düzenleyici ücretsizdir ( sanal makine ile birlikte) işte burada; https://apex.oracle.com/en/
Başlamak için, "Aptallar için SQL'in Başlangıcı" kategorisinden bir kitap ve birkaç günlük boş zaman yeterlidir.
Trollemeyelim. Mentor tonu uygun değil. Bu çalışmada daha çok anlıyorum.
Seni bu konuda caydırmak gibi bir amacım yok.
Neden nankör bir iş yapayım ki.Bende o ton yoktu. Sadece birkaç kez sizinkinden çok daha hızlı olan kodu sizin için öğrenip daha hızlı yöntemler uygulayacağınızı umarak gönderdim, ancak bundan hiç faydalanmadınız.
Parametre çekirdeği tek bir dizidir. Ve string türündedir . Bir nedenden dolayı, genel bir türdür. Çok rahat. Herhangi bir değer kaydedildi ve ardından istenen türe yol açtı.
Aksi takdirde çok sayıda parametre çekirdeği yapmak gerekecektir. Her biri, değer türü için. Sonuç olarak, parametre sahipliği, bunların indekslenmesi, kayıt yeri ve çok daha fazlası ile ilgili karışıklık olacaktır.
Çok yönlülük genellikle yavaşlıkla eş anlamlıdır ve hatta daha çok tanga ile eş anlamlıdır.
Bir örnek vereceğim.
Bir keresinde WebRequest kullanarak bir kripto borsasından alınan bir dizgiyi ayrıştırıyordum. Ve kendisi tarafından "yüksek hızlı C ++ kitaplığından" taşınan Sergeev JSON kitaplığı aracılığıyla ayrıştırma gerçekleştirdi. Ve hızın bir şekilde çok yetersiz olduğunu fark ettim. Orada her şey "evrensel" çizgilerle gerçekleştirildi.
Düşük hızın sebebinin stringler olduğunu anladım ve string fonksiyonlarını kullanmaktan kurtulmak istedim ve direkt olarak uchar dizisinden bir parsing fonksiyonu yazdım. Sonuç beni çok şaşırttı. Ayrıştırma hızım .... (drumroll) 800 kat daha hızlıydı. Tüm dizeyi JSON aracılığıyla ayrıştırmak 0,3 saniye sürdüyse, işlevim aracılığıyla yarım milisaniyeden az sürdü.
İşte benim uchar dizisi aracılığıyla yaptığım ayrıştırma örneği.
Çok yönlülük genellikle yavaşlıkla eş anlamlıdır ve hatta daha çok tanga ile eş anlamlıdır.
Bir örnek vereceğim.
Bir keresinde WebRequest kullanarak bir kripto borsasından alınan bir dizgiyi ayrıştırıyordum. Ve kendisi tarafından "yüksek hızlı C ++ kitaplığından" taşınan Sergeev JSON kitaplığı aracılığıyla ayrıştırma gerçekleştirdi. Ve hızın bir şekilde çok yetersiz olduğunu fark ettim. Orada her şey "evrensel" çizgilerle gerçekleştirildi.
Dizelerden uzaklaşmak istedim ve doğrudan uchar dizisinden bir ayrıştırma işlevi yazdım. Sonuç beni çok şaşırttı. Ayrıştırma hızım .... (drumroll) 800 kat daha hızlıydı.
İşte benim uchar dizisi aracılığıyla yaptığım ayrıştırma örneği.
json ayrıştırma (ve genel olarak ayrıştırma) ayrı bir hikayedir ;-)
Kripto ile çalışan çok büyük tek iş parçacıklı, betikli bir uygulama sorun yaşıyor.
Şüpheler her yere düştü ve her şey optimize edilmediğinde. Pusu, üçüncü taraf bir json ayrıştırıcısında olduğu ortaya çıktı :-)
sadece “evrensel” kütüphaneler evrensellik için keskinleştirilmiştir ve en karmaşık json ile çalışır, ancak bölgemizde böyle kütüphaneler yoktur,
Evet ve tüm parseller çok kısa.
Ve evet, MQL'de metin ayrıştırma hala bir zevktir :-) Peki, metin işleme için tasarlanmamıştır. Yani, yapabilirsin, ama bu @oops..
Diziler, siparişler - bu MQL'nin yoludur