
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
Klot , ilginç bir seçenek.
Zigzag çeşitleriniz ilginç sonuçlar gösteriyorsa, geliştirmenizde kullanılabilirler mi?
Elbette yapabilirsiniz, gelişmeleri ilgiyle takip ediyorum ve çalışmalarınızı çok beğeniyorum.
"Seçenekler" hakkında daha fazla bilgi. Şimdi, uç değerleri değiştirmenin koşullarından biri, mevcut düşük değerin, mevcut düşük değerden ExtDeviation noktalarından daha fazla (benzer şekilde yüksek için) daha yüksek olmasıdır. Gerekirse, kod diğer seçeneklerin uygulanmasını oldukça kolaylaştırır.
Pekala, klot'u takip ederek, ZigZag'a olan şu anki ilgimin yalnızca sizin geliştirmenize olan ilgimden kaynaklandığını eklemek istiyorum.
İçine zikzakınızı harici bir zikzak olarak dahil ettim. Kararlı çalışan bir sürüm çıkar çıkmaz onu değiştireceğim.
Farklı zikzakların özellikleri sorusu üzerine. Bu zikzağın ana işareti, her şeyin tek geçişte yapılması, geçmiş verilerin yalnızca bir ekstremum sabitlendiğinde ve yalnızca bu ekstremden sonraki veriler için yeniden görüntülenmesidir. Yani, oldukça hızlı olmalı. Çizim özellikleri elbette ekstremum sabitleme kriterlerine bağlı olacaktır, ancak burada çeşitli seçenekleri uygulamak kolaydır. Örneğin, önceki hareketin bir yüzdesiyle geçiş yaparak, Yüksek ile düşükten uzaklaşarak (sırasıyla, Düşükten yüksekten) ve geçişi ortalama çubuk boyutuna bağlayarak seçenekler yaptım.
Ortaya çıkan bazı şüpheleri açıklığa kavuşturmak için aşağıdaki Print'i koda ekledim:
Bundan sonra terminal kapatıldı ve birkaç dakika sonra tekrar başladı. Ve işte günlük pasajı:
23:58:23'te tarihin henüz pompalanmadığı ve 23:58:25'e kadar 1 son çubuğun pompalandığı görülebilir. Ve sadece 2006.10.31 23:58:26'ya kadar tüm ara çubuklar indirildi.
Geliştiricilere soru: Bu standart bir takas sırası mı? Ve eğer öyleyse, amaç ne? Mevcut fiyat değerinin erken elde edilmesinin arzu edilir olduğu açıktır. Ancak tarihte bir süre için planlanan bir deliğin varlığı, esasen bu süre için göstergelerin garantili bir başarısızlığı anlamına gelir. Kullanıcının göstergelerin hesaplanmasını geçmiş tamamen yüklenene kadar ertelemesi daha güvenli değil mi? Veya en azından onları yeniden başlatmak için tam bir takastan sonra?