
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım 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
Tüm deltalar, çanlar ve ıslıklarla seçenekler ve MT istiyorum.
Test cihazının hızlı bir test cihazı optimize edici ve doğru bir test cihazı-hata ayıklayıcı olmak üzere iki bölüme ayrılmasını istiyorum (görselleştiriciyi de buna dahil edin).
Optimize edicide, yalnızca gösterge sinyallerinin karlılığını kontrol etmek, hata ayıklayıcıdaki yürütmenin doğruluğu için tüm kontrol.
Teoride, hata ayıklayıcı olmadan bile uzun süre paylaşmanın zamanı geldi. // Test cihazı ve optimize ediciyi aynı butondan başlatmak bir eşektir, kullanılabilirlik dinleniyor.
Pratik olarak ne verebilir?
1. Mevcut dakikaya kadar test.
Şimdi sadece bugüne kadar. Optimize ediciyi neden bu şekilde sınırlayabileceğiniz açıksa, neden testi sınırlandırıyorsunuz?
Sanırım şimdi bu, test cihazı + optimize edicinin aşırı yapıştırılmasından kaynaklanıyor, serideki her türlü korku bana görünmeye başlıyor:
"Renat: - servis masasını, optimizasyon sonuçlarının test sonuçlarıyla eşleşmemesi için isteklerle doldurmayı mı öneriyorsunuz ???" :)))
2. Optimizasyon sürecini kesintiye uğratmadan parametre setlerinin bireysel uygulamalarını ayrıntılı olarak test edebilme. Çok ihtiyaç duyulan bir fırsat.
3. Son olarak, doğrudan grafikler üzerinde çalışan Uzman Danışmanlardan (MQL'den) test ve optimizasyon çağrıları yapın.
Geliştiriciler tarafından verilen "karşı" son argüman: "Kendi kendini optimize eden Uzman Danışmanlar nasıl test edilir? Bu, kötü özyinelemeye yol açar!!". Test cihazının ve optimize edicinin ayrı bir uygulaması ile, optimize edicinin test cihazından çağrılmasına izin verirken, optimize edicinin kendisinden çağrısını yasaklayarak özyineleme kolayca önlenir.
4,5,6 .... Daha birçok argüman verebilirim, ancak yukarıdakilerden herhangi biri yeterlidir.
Ve uzun bir süredir, uygulama Walk-Forward Analysis test cihazında yapılmak üzere askıda.
Örneğin C# alalım. Bir fonksiyon veya değişken tanımlamaya çalıştığınızda derleyici hata verecektir çünkü bir işlev veya değişken, daha düşük seviyeli bir kavramdır ve yalnızca bir sınıf veya yapının içine yerleştirilebilir. Ama MQL5'te bir karışıklık var, öyle görünüyor ki sınıflar var ama bu sınıfları çağıran işlevler de var ama tam tersi olmalı: Bir grup sınıf birbirleriyle destekledikleri yöntemlerle iletişim kuruyor.
1 Grafik. Grafiğin kullanılabilirliğini, grafik nesnelerini akla getirmek istiyorum... Metin etiketleri için bir gölge istiyorum. Ve noktalı stiller, böylece noktalarla çizilirler ... Ve grafik pencereleri terminalden çıkarılır ve program özellikleri penceresi gerilir ve market penceresinde sekmeler sürüklenir. Bu kadar.
2 Özel geçmiş.
3 CCA, Yapılırsa
Test cihazında NN eğitimi yapın.
Halihazırda var olan yayın olaylarına ek olarak, fareye veya tuşa basma olayları gibi bir önemsememek istiyorum.
incecik. Görsel düzenlemeleri için normal MQL tarafından yönetilen pencerelere, standart pencere diyaloglarına ve araçlara ihtiyacımız var. Doğal olarak, tüm kullanıcı olaylarının tam olarak işlenmesiyle.
İdeal olarak, tüm terminal arayüzü mql6'da uygulanmalıdır. O zaman geliştiriciler, arayüz işlevlerine yönelik oldukça anlaşılır programcı isteklerini kesinlikle geçmeyeceklerdir.