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
Bit alanları için optimize edin, bu durumda fazladan geçiş olmayacaktır.
Örneğin:
ve verilen parametrelerde optimize edin, bu örnek için bp 0'dan 3'e optimize edilmiştir
Sadece mümkün olup olmadığına dair kararı yazmayı unuttun.
"Daha kolay" nasıl olur? :) Uzman Danışmanın silinmesi için koşulların varlığı, REASON_INITFAILED - hala takip edilmesi gerekiyor. Bu sıkıcı görünüyor.
Prensip olarak, çalışma parametrelerinin sıfır sonuç verdiği ve daha fazla seçime katılmadığı ortaya çıktı.
Zarif bir çözümün yokluğunda, önce "daha kolay" olanı kullanabilirsiniz. Daha iyi bir şey var, her zaman değiştirebilirsiniz. :)
Pek öyle değil, eğer benim kasvetli fikrimden bahsediyorsak. "Çalışan bir parametre seti" ve ilk trpar2=false ile, geçiş tamamen çalışan bir sonuç verecektir. Aynı "çalışma parametreleri kümesi" ve trpar2=false ile diğer tüm geçişler için, sıfırlar hemen üretilecektir, ancak aynı zamanda "çalışan parametre kümeniz" seçime herhangi bir şekilde katılacaktır. Sonuçta, istediğin bu muydu?
Biraz geliştirilebilir. Optimizasyon parametrelerini yapılara yazın ve değişkenlerle olduğu gibi onlarla (basit yapılar) çalışın. Bunun gibi bir şey
if(!trpar && Par1==Parold1 && Par2==Parold2) { Parold1=Par; Parold2=Par2 ; return(9) } Burada Par ve Parold, diğer döviz çiftlerinden optimal parametrelerin yazıldığı yapılardır. Kaç çift, bu kadar çok eğer, o kadar da çirkin görünmüyor. Teşekkür ederim.
Bir kez daha: sıkıcı olan şey, hangi komutun programın ilerisinde bir geçişi tamamlaması değildir - bu, ne olursa olsun, oldukça ilkel bir çözümdür. Tahribat - geçişin erken tamamlanması için koşulların izlenmesinde. Teklifinizin yardımıyla pasajın planlanandan önce tamamlanacağı gerçeğinden, "izleme bloğunun" kasvetliliği hiçbir şekilde azalmaz ve bu bloğun zarafeti hiçbir şekilde artmaz.
Peki, ne söylemek istedin? Ya hiç kullanmamak için zarif bir çözüm yoksa? Öyle olsa bile, ama sizin deyiminizle "kasvetli" mi?
Kısacası geçtik. Ve selden gelen bu, koddan daha kasvetli. :)
Biraz geliştirilebilir. Optimizasyon parametrelerini yapılara yazın ve değişkenlerle olduğu gibi onlarla (basit yapılar) çalışın. Bunun gibi bir şey
if(!trpar && Par1==Parold1 && Par2==Parold2) { Parold1=Par; Parold2=Par2 ; return(9) } Burada Par ve Parold, diğer döviz çiftlerinden optimal parametrelerin yazıldığı yapılardır.
Biraz geliştirilebilir. Optimizasyon parametrelerini yapılara yazın ve değişkenlerle olduğu gibi onlarla (basit yapılar) çalışın. Bunun gibi bir şey
if(!trpar && Par1==Parold1 && Par2==Parold2) { Parold1=Par; Parold2=Par2 ; return(9) } Burada Par ve Parold, diğer döviz çiftlerinden optimal parametrelerin yazıldığı yapılardır. Kaç çift, bu kadar çok eğer, o kadar da çirkin görünmüyor. Teşekkür ederim.
Başka bir seçenek daha var (vay, kafamdan uçtu).
İşlevlere bakın: OnTesterInit (), OnTesterPass (), OnTesterDeinit ()
Ve: FrameFirst (), FrameFilter (), FrameNext (), FrameInputs (), FrameAdd ()
İşte tam da bunun için tasarlandılar. :)
Yani, mevcut optimizasyondaki herhangi bir geçişin tüm parametrelerini herhangi bir zamanda istemek her zaman mümkündür.