'Optimizasyon' veya 'İleri optimizasyon'un devam edip etmediğini programlı olarak nasıl kontrol edebilirim? - sayfa 8
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
Ben de dolaylı olarak benzer bir kontrol yaptım. İlk işlem her zaman bir bakiye yenilemedir (tüm işlemlerde aynıdır). Bu nedenle OnTester'da ilk anlaşma için HistoryDealGetInteger(ticket, DEAL_TIME ) aklıma geldi ve çerçeveye yazdım. Bu değere göre, OnTesterPass içindeki tüm çalıştırma setini ileri ve geri olarak bölebilirsiniz. Mümkünse gerekli hesaplamalar için değerleri OnTester'dan OnTesterPass'a iletin ve hesaplamayı OnTesterPass'ta kendisi yapın.
Evet. Bu, "ileri" seçeneğinin konumunu ini'den çıkarmanız ve ayrıca test cihazının modunu kontrol etmeniz gerektiği anlamına gelir - basit test veya optimizasyon. Böylece işlev yalnızca basit test sırasında ve ileri seçildiğinde etkinleşir mi?
Forward=Custom, Optimization=Disabled, OnTester No. 2 (burada görünüşe göre sessiz çalışması için TesterPass'a aktarılması tavsiye edilir) ve dosyaya gerileme ile karlılığı yazın.
Yalnızca OnTester No. 2'nin yalnızca bu durumda ve bir ileri ile optimizasyon durumunda ortaya çıktığından şüpheleniyorum. Ama asla kullanmam ve sonra sadece
OnTester №2 aracılığıyla bir dosyaya gerileme.
Biri ile diğeri arasındaki sınırı programlı olarak tanımlamak imkansızdır.
Bu başlığı çok geç fark ettim. Bir çözümüm var. Son zamanlarda, geri + ileri testi için görsel araçla uğraşıyordum. Programlı olarak belirlemenin imkansız olduğunu anladım, ancak ileri ve geri koşuların geçiş sayıları aynı.
Bu nedenle, ileri koşudan ilk karenin varış anı, kaydedilmiş geçiş numaraları havuzunda kolayca bulunur.
Bir ticaretin GİRİŞ/ÇIKIŞ süresi de sabitlenebilir. Profilde ilerleme anının noktalı bir çizgiyle sabitlendiği bir resim var - olaydan sonra belirlenir
havuzun kendisi.-)
Bu başlığı çok geç fark ettim. Bir çözümüm var. Son zamanlarda, geri + ileri testi için görsel araçla uğraşıyordum. Programlı olarak belirlemenin imkansız olduğunu anladım, ancak ileri ve geri koşuların geçiş sayıları aynı.
Bu nedenle, ileri koşudan ilk karenin varış anı, kaydedilmiş geçiş numaraları havuzunda kolayca bulunur.
Bir ticaretin GİRİŞ/ÇIKIŞ süresi de sabitlenebilir. Profilde ilerleme anının noktalı bir çizgiyle sabitlendiği bir resim var - olaydan sonra belirlenir
birleştirilirler. optimize edicide ileriye doğru seçildi = grafikte görülebilen periyodun 1/2'si. datagrid'de birleştirilmiş çalışmalardan biri seçilir, çizgisi grafikte görünür
birleştirilirler. optimize edicide ileriye doğru seçildi = grafikte görülebilen periyodun 1/2'si. datagrid'de birleştirilmiş çalışmalardan biri seçilir, çizgisi grafikte görünür
Bu, ilk geri ödemedeki hizalamadır. Forvetin ilk depozitosunu halledebilir misin?
Anladım. Burada apsis ekseni, zamanın doğrusal artışına karşılık gelir. Ama empoze edilecek bir sorun görmüyorum. Yalnızca ilk depozito farklı olacaktır. İleri için, o = geri dönemin toplamı.
Ama kâr artış çizelgelerini alıp sıfırı esas alırsak, o zaman bir noktadan olacaktır.
Ps Sadece benim için kişisel olarak böyle bir programın faydası şüpheli
Anladım. Burada apsis ekseni, zamanın doğrusal artışına karşılık gelir. Ama empoze etmek için sorun görmüyorum. Yalnızca ilk depozito farklı olacaktır. İleri için, o = geri dönemin toplamı.
Ama kâr artış çizelgelerini alıp sıfırı esas alırsak, o zaman bir noktadan olacaktır.
İlk geri ödemenin feda edilebileceğini düşünüyorum - herkes bunun zaten bir kongre olduğunu anlıyor. Ana şey, tüm forvetlerin aynı başlangıç depozitosuna sahip olmasıdır.
İleriye doğru yürüme modasının çok yakın olduğu ve şimdiden bir tür ortak imaj standardı bulmamız gerektiği gerçeğine eğilimliyim.
Zaman çizelgesinin herkes için aynı olmasını seviyorum - işlemlerin göreceli yoğunluğunu hemen hissediyorsunuz.
Bu başlığı çok geç fark ettim. Bir çözümüm var. Son zamanlarda, geri + ileri testi için görsel araçla uğraşıyordum. Programlı olarak belirlemenin imkansız olduğunu anladım, ancak ileri ve geri koşuların geçiş sayıları aynı.
Bu nedenle, ileri koşudan ilk karenin varış anı, kaydedilmiş geçiş numaraları havuzunda kolayca bulunur.
Bir ticaretin GİRİŞ/ÇIKIŞ süresi de sabitlenebilir. Profilde ilerleme anının noktalı bir çizgiyle sabitlendiği bir resim var - olaydan sonra belirlenir