Sipariş numaralandırma döngüsünün organizasyonu - sayfa 11
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
Ancak, bunu yapmamak daha iyidir - her şey yerinde olmalıdır.
Danışmanın zamanlayıcısında, gerekli kriterlere göre bir liste alıyoruz ve list.Total()>xxx ile istediğimizi yapıyoruz.
Zamanlayıcının olmadığı eski MQL4'te sorunun bir çözümü olmadığı mı ortaya çıktı? Birkaç satırda çözüldüğünde neden zamanlayıcılı bir bahçe?
Ben de tam buna bakıyordum.
ve benim mesajım
Yine de, gerçek ticarette, siparişlerin sıralanması döngüsünü sürekli olarak yönlendirmek için bu kadar derin bir anlam nedir? En önemli atık...
Ticaret ortamı hakkında her zaman güncel bilgilere sahip olmak ve gerektiğinde her zaman arama yapmak yerine mevcut listelere başvurmak. Listeler her zaman güncel olması gerektiğinden, sürekli ama etkili güncellemelerine dikkat etmeye değer.
Sonuçta, listeleriniz yoksa, gerekirse bilgi aramak zorunda kalacaksınız. Ve bir kez değil. Ardından, ortam tekrar tekrar yüklendiğinde tüm frenler görünecektir.
Her ne kadar burada bile optimize etmek mümkündür - ortamdaki değişiklikler üzerinde kontrolden vazgeçerseniz ve listeleri yalnızca gerektiğinde doldurursanız. Ancak o zaman, danışmanın kullanıcının manuel kapatma/değiştirme/açma işlemlerine tepki verme olasılığını kaybedersiniz.
Zamanlayıcının olmadığı eski MQL4'te sorunun bir çözümü olmadığı mı ortaya çıktı? Birkaç satırda çözüldüğünde neden zamanlayıcılı bir bahçe?
O zaman böyle bir olasılık yoktu - o zaman nasıl çözüleceğini düşünmek gerekiyordu. Ama artık bir ihtimal var ;)
Ticaret ortamı hakkında her zaman güncel bilgilere sahip olmak ve gerektiğinde her zaman arama yapmak yerine mevcut listelere başvurmak. Listeler her zaman güncel olması gerektiğinden, sürekli ama etkili güncellemelerine dikkat etmeye değer.
Sonuçta, listeleriniz yoksa, gerekirse bilgi aramak zorunda kalacaksınız. Ve bir kez değil. Ardından, ortam tekrar tekrar yüklendiğinde tüm frenler görünecektir.
Her ne kadar burada bile optimize etmek mümkündür - ortamdaki değişiklikler üzerinde kontrolden vazgeçerseniz ve listeleri yalnızca gerektiğinde doldurursanız. Ancak o zaman, danışmanın kullanıcının manuel kapatma/değiştirme/açma işlemlerine tepki verme olasılığını kaybedersiniz.
İşte anahtar kelime " ama etkili ". Liste yalnızca bir sonraki onay işareti geldiğinde değişebiliyorsa, listeyi her milisaniyede güncellemenin derin anlamı nedir? Ve neden kene başına bir kez olmasın? Bir sipariş bir onay işaretinin dışında kapanabilir mi? Anladığım kadarıyla kene olmasa da danışman aç/kapat yani ortamı yani listeyi değiştir komutunu gönderse bile o zaman bu işlem tik oluşturacaktır. Veya değilse, o zaman başka bir şey tarafından oluşturulan bir onay işareti gelmeden liste değişmeyecektir. Değil mi?
İşte anahtar kelime " ama etkili ". Liste yalnızca bir sonraki onay işareti geldiğinde değişebiliyorsa, listeyi her milisaniyede güncellemenin derin anlamı nedir? Ve neden kene başına bir kez olmasın? Bir sipariş bir onay işaretinin dışında kapanabilir mi? Anladığım kadarıyla kene olmasa da danışman aç/kapat yani ortamı yani listeyi değiştir komutunu gönderse bile o zaman bu işlem tik oluşturacaktır. Veya değilse, o zaman başka bir şey tarafından oluşturulan bir onay işareti gelmeden liste değişmeyecektir. Değil mi?
Test cihazında, listelerin yalnızca OnTick()'ten oluşturulduğu OnTimer()'ı başlatıyorum, ancak gerçek hayatta - sizin için önemli değil ...
Ancak orada zamanlayıcıya yalnızca listeler oluşturmak için ihtiyaç duyulmaz. Genel olarak, ihtiyacınız olan her şey bir kerede. Şimdilik olsun. Daha fazla profil oluşturma, darboğazları gösterecektir.
İşte anahtar kelime " ama etkili ". Liste yalnızca bir sonraki onay işareti geldiğinde değişebiliyorsa, listeyi her milisaniyede güncellemenin derin anlamı nedir? Ve neden kene başına bir kez olmasın? Bir sipariş bir onay işaretinin dışında kapanabilir mi? Anladığım kadarıyla kene olmasa da danışman aç/kapat yani ortamı yani listeyi değiştir komutunu gönderse bile o zaman bu işlem tik oluşturacaktır. Veya değilse, o zaman başka bir şey tarafından oluşturulan bir onay işareti gelmeden liste değiştirilmeyecektir. Değil mi?
Program birçok karakterle çalışıyorsa, bir zamanlayıcı ile yineleme yapmanın bir anlamı vardır - onay işaretleri farklı zamanlarda gelir.
Ancak, bu ve listenin başka biri tarafından değiştirilmesi sorunu nedeniyle, "kendinize ait olmayan" siparişler listesini, terminal tarafından oluşturulan bir listeyi gözden geçirmenin bir anlamı yoktur.
Program birçok karakterle çalışıyorsa, bir zamanlayıcı ile yineleme yapmanın bir anlamı vardır - onay işaretleri farklı zamanlarda gelir.
Ancak, bu ve listenin başka biri tarafından değiştirilmesi sorunu nedeniyle, "kendinize ait olmayan" siparişler listesini, terminal tarafından oluşturulan bir listeyi gözden geçirmenin bir anlamı yoktur.
"Kendine ait olmayan" bir liste olması durumunda, statik bir değişkende depolanabilecek toplam sipariş sayısı vardır ve değiştikçe ortamı sıralamak için bir döngü başlatır. Ama her milisaniye değil...
"Kendine ait olmayan" bir liste olması durumunda, statik bir değişkende depolanabilecek toplam sipariş sayısı vardır ve değiştikçe ortamı sıralamak için bir döngü başlatır. Ama her milisaniye değil...
Gecikmenin tetiklenmesi bu şekilde yakalanamaz.
Gecikmenin tetiklenmesi bu şekilde yakalanamaz.
Yani konuşma pire yakalamakla ilgili değil, yani gecikmelerle ilgili değil, her milisaniyede tüm siparişleri sıralamakla ilgili.
Bu nedenle konuşma, pire yakalamakla ilgili değil, yani gecikmelerle ilgili değil, her milisaniyede tüm siparişleri sıralamakla ilgili.
Kızartma tavası ne için?
- Örneğin, bir yumurtayı kızartmak için.
- Yani konuşma omlet hakkında değil, bir tava hakkında ...