![MQL5 - MetaTrader 5 müşteri terminalinde yerleşik ticaret stratejileri dili](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Biri anlamıyorsa bu fxsaber kitaplığıdır, başkasının kodunda kullanıldığında fren yapar.
Açıkça belirtmek yerine, platform frenleri ve kayma intihar örnekleri oyunu oynamaya başladı. Ve asıl nedene ulaşmak ve meseleyi yumuşatmak için bir fırsat varken, bundan faydalanmadı.
Yerel optimizasyon uğruna, ana uygulamanın geçmiş önbelleğini zehirledi.Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum
MT5 ve iş başında hız
fxsaber , 2020.09.02 00:02
Birçokları için yeniden üretilebilir saf bir MQL5 kodu vardı. Önce şubenin kronolojisini inceleyin ve birisinin size çamur dökmek için size zaman ayırmaya hazır olacak kadar size ihtiyacı olduğu gibi komplo teorileri oynamayın.
Hindi rolüyle harika bir iş çıkarıyorsun. Burada, özellikle şubede, herhangi bir kütüphaneden bahsedilmiyordu, tk. yapıcı değil.
Mesele şu ki, birisi from-input parametresinin eşleşmediği kitaplıkları paylaşmaya karar verirse, o zaman fren yapacaktır. Belgelerin hiçbir yerinde bununla ilgili bir kelime yok. En azından bu konuda sizden kenelerle bir şeyler alındı. Ve çıkardıklarında, hile suçlamaları vardı.
MQL'nin bu özelliği Dokümantasyon ve özellik dizisine yazılmalıdır. Bu daldan saf MQL5 komut dosyalarını, yazıldıkları tarihlere karşılık gelen yapılarda çalıştırın. Görünüşe göre, her ihtimale karşı, pek çok düzeltme körü körüne yapıldı.
Hindi rolüyle harika bir iş çıkarıyorsun. Burada, özellikle şubede, herhangi bir kütüphaneden bahsedilmiyordu, tk. yapıcı değil.
Çünkü kütüphanelerinizin elinizden kayıp gitmesine izin vermemek için her şeyi yaptınız . Bu kütüphanelerle. "Daha hızlıyım"ın sürekli muhalefetiyle. Bu nedenle, tatar yayları kurnazca gizlendi ve "nasıl yavaşladığını görün."
Mesele şu ki, birisi from-input parametresinin eşleşmediği kitaplıkları paylaşmaya karar verirse, o zaman fren yapacaktır. Belgelerin hiçbir yerinde bununla ilgili bir kelime yok. En azından bu konuda sizden kenelerle bir şeyler alındı. Ve çıkardıklarında, hile suçlamaları vardı.
MQL'nin bu özelliği Dokümantasyon ve özellik dizisine yazılmalıdır. Bu daldan saf MQL5 komut dosyalarını, yazıldıkları tarihlere karşılık gelen yapılarda çalıştırın. Görünüşe göre, her ihtimale karşı, pek çok düzeltme körü körüne yapıldı.
HistorySelect belgeleri açıkça şunları belirtir:
Atomik/anlık görüntü erişimi gerektiren büyük hacimlerle çalıştığınızda (ve bir nedenle tarihte binlerce ve on binlerce anlaşma gösterdiniz) bunların maliyetini anlamanız gerekir.
Ayrıca bu önbelleklerin çalışmasının teknik detaylarını bu başlıkta detaylı olarak anlattım.
Her bir örneği rastgele seçmeyi ve mümkün olduğunca önbelleği zehirlemeyi boşuna denediniz mi? Konumunuzun hatırına, konuyla ilgili herhangi bir tatar yayı var mı?
Çünkü kütüphanelerinizin elinizden kayıp gitmesine izin vermemek için her şeyi yaptınız . Bu nedenle, tatar yayları kurnazca gizlendi ve "nasıl yavaşladığını görün."
Hataların %99'u bu şekilde bulunur. İlk olarak, büyük kodda garip davranışlar vardır. Daha sonra neden lokalizasyon ile bulunur. Bu frenler için daha çok endişelendim.
ticaret özelliği olmadan. Sorunlar neredeyse her yerde.
HistorySelect belgeleri açıkça şunları belirtir:
Acaba bu metinde satırlar arasında kim bir şey gördü? Şahsen, (bu başlıktan önce) HistoryDealSelect ve HistoryOrderSelect'in böyle yazılması gerektiğini anladım.
Aksi takdirde frene basmanız garantidir.
Atomik/anlık görüntü erişimi gerektiren büyük hacimlerle çalışırken, bunların maliyetlerini anlamanız gerekir.
Ayrıca bu önbelleklerin çalışmasının teknik detaylarını bu başlıkta detaylı olarak anlattım.
Bu konudaki gerekli bilgileri kene ile çıkardım.
Her bir örneği rastgele seçmeyi ve mümkün olduğunca önbelleği zehirlemeyi boşuna denediniz mi? Konumunuzun hatırına, konuyla ilgili herhangi bir tatar yayı var mı?
Bu konudaki her şeyi kronolojik olarak görebilirsiniz. Başlangıçta , sorun herhangi bir rastgelelik olmadan gösterildi .
Bu konu, rakibinizin sözlerini nasıl çarpıtabileceğinizin harika bir kanıtı. Tüm kaynaklar ve bunların yürütülmesinin sonuçları buraya kaydedilir.
Terminal neden tam geçmiş tekrar istendiğinde önbelleği artıramıyor, eksik aralığı alıp önbelleğe almıyor? Bu sorunu çözecek gibi görünüyor. Sonuçta, çubuklar/tikler istenirken, veri içeren cevapsız paketler döndürülür, dolayısıyla böyle bir mekanizma vardır.
Terminal neden tam geçmiş tekrar istendiğinde önbelleği artıramıyor, eksik aralığı alıp önbelleğe almıyor?
Zaten yapıldı.
Ancak HistorySelect( 0, INT_MAX ) çağrıları arasında HistorySelect ( other_time, ... ) çağrılırsa, önbellek other_time'dan başlayarak yeniden oluşturulur ve sonraki HistorySelect( 0, ... ) isteği önbelleğin yeniden oluşturulmasına neden olur ( Yavaş).
Zaten yapıldı.
Ancak HistorySelect( 0, INT_MAX ) çağrıları arasında HistorySelect ( other_time, ... ) çağrılırsa, önbellek other_time'dan başlayarak yeniden oluşturulur ve sonraki HistorySelect( 0, ... ) çağrısı önbelleğin yeniden oluşturulmasına neden olur ( Yavaş).
Yaptıysanız, o zaman iyidir, tek soru, önbelleğin büyümesine bağlı olarak alınan verilerle çalışmanın rahatlığıdır.
Alım satım işlemlerini bu kadar derinden anlamadım, ancak sorgu aralığı değişirse, tam bir numaralandırma olmadan geçmiş içinde hızlı veri arama imkanı olmadığı anlamına mı gelir?
Alım satım işlemlerini bu kadar derinden anlamadım, ancak istek aralığı değişirse, tam bir numaralandırma olmadan geçmiş içinde hızlı veri arama imkanı olmadığı anlamına mı gelir?
Bu bilgiyi kullanmıyorsanız neden kullanıyorsunuz?
Pratik görev yok = soru yok.
OrderExist ve PositionExist, sembol, işlem türü ve büyüye göre kayıt aramada tüm emirlerin veya pozisyonların döngüsünde aptalca yinelemelerden kaçınmanıza izin veren özel optimize edilmiş işlevlerdir.
Sonuç olarak, biletleri olan bir dizi elde edersiniz.
Programlar bu özellikleri kullanarak çok para kazandırabilir. Özellikle, numaralandırma döngülerinde açık pozisyonlara ve emirlere toplu, sürekli ve tekrar tekrar eriştiklerinde.
Gelecekte, devasa ticaret verilerine erişmek için daha verimli işlevler uygulayacağız.
Dil ayrıca daha güçlü işlevsellik ile önemli ölçüde artacak ve basitleşecektir.
" OrderExist ve PositionExist" - Belgelerde bulamadım, bunlar hakkında nereden okuyabilirim?
Büyük olasılıkla - bir sonraki sürüm sürümünün yayınlanmasından sonra (şimdi beta)