MQL5'te OOP hakkında sorular - sayfa 47
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
MT geliştiricileri her zaman yerleşik derleyici mekanizmalarını kullanmanın normal işlevleri çağırmaktan bile daha hızlı olacağını yazar.
zamanınız ve ilginiz varsa, benim ve sizinkinin hızını ArrayCopy ile kontrol edin.
Hızı biraz sonra kontrol edeceğim, şimdi bilgisayar derslerle meşgul
ArrayCopy hakkında heyecanlandım, orada bir dizi diziniz var, bu kopyalanmayacak. Öğeyi öğeye kopyalamanız gerekir. Yani evet, seçiminiz en iyisidir.
Phew ... en azından bir şey temizlendi))))
Görev, yine, MQL'nin C benzeri bir dil olduğuna dair genel bir görüş olmasına rağmen, örnekleri mümkün olduğunca çabuk C# ve MQL arasında taşımaktır, ancak IMHO, artık "Plus"tan ziyade Sharp'a daha yakındır.
Yukarıdaki bağlantıda, kodu neredeyse% 99 kopyalayarak MQL'ye çoğalttığım (taşıdığım) gerçek bir örnek verdim - 5-10 dakika çalışın
Not: Eklerdim, ancak bu kod dizüstü bilgisayarda görünüyor - hatırlamıyorum, aramam gerekiyor, ancak evde bilgisayar gücüyle ... herkes güvertede)))
Phew ... en azından bir şey temizlendi))))
Görev, yine, MQL'nin C benzeri bir dil olduğuna dair genel bir görüş olmasına rağmen, örnekleri mümkün olduğunca çabuk C# ve MQL arasında taşımaktır, ancak IMHO, artık "Plus"tan ziyade Sharp'a daha yakındır.
Yukarıdaki bağlantıda, kodu neredeyse% 99 kopyalayarak MQL'ye çoğalttığım (taşıdığım) gerçek bir örnek verdim - 5-10 dakika çalışın
Not: Eklerdim, ancak bu kod dizüstü bilgisayarda görünüyor - hatırlamıyorum, aramam gerekiyor, ancak evde bilgisayar gücüyle ... herkes güvertede)))
Plüton'un yörüngesine göre Ay'ın artılarına ve keskinliğe bağlı. Genel olarak, genel izlenim, her şeyin WinApi görüntüsünde yapıldığıdır. Ve evet, her şey profesyonellerle ilgili.
Plüton'un yörüngesine gelince, Ay'ın artılarına ve keskinliğe bağlı. Genel olarak, genel izlenim, her şeyin WinApi görüntüsünde yapıldığıdır. Ve evet, her şey profesyonellerle ilgili.
Tartışabilirsiniz ve çok tartışabilirsiniz, ancak STL'yi taşımakla ilgili sorunlarla daha önce karşılaştınız mı?
anlaşmazlık sürecini hızlandırmak için.... artılarda STL'yi kaldırın, ardından işaretçilerle çalışın ve sonuç olarak MQL yeteneklerini ALMAYIN
ancak aynı "benimkini kaldır" C# için de uygulanırsa, Sharpe'dan geriye kalanlar MQL'ye yetenekler açısından oldukça uygun bir şekilde BENZER OLABİLİR
;)
Tartışabilirsiniz ve çok tartışabilirsiniz, ancak STL'yi taşımakla ilgili sorunlarla daha önce karşılaştınız mı?
anlaşmazlık sürecini hızlandırmak için.... artılarda STL'yi kaldırın, ardından işaretçilerle çalışın ve sonuç olarak MQL yeteneklerini ALMAYIN
ancak aynı "benimkini kaldır" C# için de uygulanırsa, Sharpe'dan geriye kalanlar MQL'ye yetenekler açısından oldukça uygun bir şekilde BENZER OLABİLİR
;)
İşaretçileri C'den kaldırırsanız, C olmaz ve stl yalnızca bir kitaplıktır)))
Ve keskin nesnelerden ne çıkarmayı öneriyorsunuz?))) Yani aynı etki ortaya çıkacak.
Bu arada, mql'deki şablonlar hala C'den gelen şablonlardır, C#'tan (derleme zamanı) jenerik değil. Ve Sharpe'da makro ikamesi yoktur))).
İşaretçileri C'den kaldırırsanız, C olmaz ve stl yalnızca bir kitaplıktır)))
Ve keskin nesnelerden ne çıkarmayı öneriyorsunuz?))) Yani aynı etki ortaya çıkacak.
Bu arada, mql'deki şablonlar hala C'den gelen şablonlardır, C#'tan (derleme zamanı) jenerik değil. Ve Sharpe'da makro ikamesi yoktur))).
Igor Makanu ile tartışarak zaman ve enerji harcamaya değeceğini düşünmüyorum.
bir kişi , stajyer seviyesinin banal konularını anlamadan, üst seviyenin yüksek meseleleri hakkında konuşmaya çalışır.
Tartışabilirsiniz ve çok tartışabilirsiniz, ancak STL'yi taşımakla ilgili sorunlarla daha önce karşılaştınız mı?
anlaşmazlık sürecini hızlandırmak için.... artılarda STL'yi kaldırın, ardından işaretçilerle çalışın ve sonuç olarak MQL yeteneklerini ALMAYIN
ancak aynı "benimkini kaldır" C# için de uygulanırsa, Sharpe'dan geriye kalanlar MQL'ye yetenekler açısından oldukça uygun bir şekilde BENZER OLABİLİR
;)
STL sadece bir kütüphanedir. Kullanılması veya kullanılmaması dilin yeteneklerini hiçbir şekilde etkilemez. Hala MQL'den 2 kafa daha yüksek olacaklar.
Ve Sharpe, yalnızca dizilerle MQL'ye benzer. Diğer tüm açılardan MQL, 1999 veya daha önceki C++'a benzer.
Igor Makanu ile tartışarak zaman ve enerji harcamaya değeceğini düşünmüyorum.
bir kişi , stajyer seviyesinin banal konularını anlamadan, üst seviyenin yüksek meseleleri hakkında konuşmaya çalışır.
tartışmayın, zaman kaybetmeyin, konu başlığına yazmamış gibiyim Sergey Dzyublik - cevap ver bana! ;)
konunun başlığını gördün mü - sorularım bu konuya karşılık geliyor mu? - genel olarak, kimse beni bugün için bir görev olarak egonuzu memnun etmem için koymadı)))
İşaretçileri C'den kaldırırsanız, C olmaz ve stl yalnızca bir kitaplıktır)))
evet tüm bunlar net ama üst düzey diller artık hazır çözümleri ile ilgi görüyor yoksa hala yarım gün oturacaklar baskı () yazardı)))
Ve Sharpe, yalnızca dizilerle MQL'ye benzer. Diğer tüm açılardan MQL, 1999 veya daha önceki yıllardaki C++'a benzer.
muhtemelen noktada
Tartışabilirsiniz ve çok tartışabilirsiniz, ancak STL'yi taşımakla ilgili sorunlarla daha önce karşılaştınız mı?
std::vector'u C++'dan MQL'ye taşırken karşılaştığım başlıca sorunlar:
1) hatalar (ve hepsi bu kadar değil).
2) Standart işlevler yalnızca belirli veri türleri için yeterince çalışır (maksimum hız için türe bağlı olarak koşullu derleme desteğiyle evrensel ArrayCopy, ArrayFill'i manuel olarak yazmanız gerekir);
3) Standart işlevler, belirli veri türleri için oldukça yavaş çalışır (basit veri türleri için Resize+Reserve ile hızlı çalışmak için ArrayResize'ı manuel olarak yazmanız gerekir);
4) Ve yalnızca dördüncü sırada, işlevsellik eksikliği - bir "typedef bildirimi" eksikliği (#define, sınıfların ve yapıların kalıtımı, basit türler için sarmalayıcı sınıfların kullanımı yoluyla atlanır).