Hatalar, hatalar, sorular - sayfa 3030
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
0 döndürürüz, böylece henüz hiçbir şey hesaplamadığımızı ve bir sonraki çubukta ön hesaplamanın 1 artmayacağını beyan ederiz.
yani, geri dönene kadar daha yüksek TF'den veri istemeye başladığımız çubukta olacağız(rates_total)
yardımdan: " işlev çağrılırken prev_calculated parametresi , önceki çağrıda OnCalculate() işlevi tarafından döndürülen değeri içerir ."
evet, yardımda birçok şey yazıyor, ancak her zaman net değil, ne yazık ki (geliştiricilere bir sitem değil), çalışmanız, çalışmanız, çalışmanız gerekiyor. ancak. bu dal var çünkü bazen ne sertifikaya ne de sağduyuya uymayan şeyler var, A100 bizim kahramanımız, çünkü kimsenin kendi özgür iradesiyle tırmanmayacağı yerlere bile tırmanıyor.))
1. Herkese teşekkürler - Göstergelerde biraz daha okuryazar oldum)))
2. Andrey, eğer biri senin uydurmalarını anlamıyorsa (ben dahil), o zaman bunun tek bir anlamı var: Resmi doğru çizmiyorsun! Daha doğrusu - birçok kişinin anlamadığı şekilde çiziyorsunuz ...
gerçek daha önemlidir. Ne yazık ki, bu her zaman herkes için net değildir.
Andrey Dik :
0 döndürürüz, böylece henüz hiçbir şey hesaplamadığımızı ve bir sonraki çubukta ön hesaplamanın 1 artmayacağını beyan ederiz.
O zaman return(rates_total) prev_calc'ı Rates_total ile artırmalı mı?
0 döndürürüz, böylece henüz hiçbir şey hesaplamadığımızı ve bir sonraki çubukta ön hesaplamanın 1 artmayacağını beyan ederiz.
hesaplamanın kendisini sıfırlar ve sıfıra sıfırlandığından şikayet eder)
yeni bir çubuğu yalnızca bir kez hesaplayabiliyoruz ve her tikte değil.
göze alamayız çünkü terminal, "eski TF" üzerinde çevrimiçi olarak geçmiş verileri oluşturmayacaktır.
burada, genel olarak, bazı varsayımlara ihtiyaç vardır:
- veya OHLC'yi göstergenin içine kendimiz inşa ederiz
- veya terminal bizim için bağımsız olarak OHLC oluşturur
eğer ikincisi ise, o zaman terminalin genellikle zaman çerçevelerinin nasıl etkileşime girdiğinin, kimin " yeni çubuk " olayında neyin ve ne olduğunun bir katı olduğunun farkında olmadığını dikkate almalıyız, ancak terminalin gerekli zaman çerçevesini oluşturmasına izin vermeliyiz. Kendi
bu kodu ikinci göstergenizde deneyin:
hesaplamanın kendisini sıfırlar ve sıfıra sıfırlandığından şikayet eder)
Andrey, kodu çalıştır, lütfen... başlama, ha? Seninle savaşamam.
göze alamayız çünkü terminal, "eski TF" üzerinde çevrimiçi olarak geçmiş verileri oluşturmayacaktır.
burada, genel olarak, bazı varsayımlara ihtiyaç vardır:
- veya OHLC'yi göstergenin içine kendimiz inşa ederiz
- veya terminal bizim için bağımsız olarak OHLC oluşturur
ikincisi ise, o zaman terminalin genellikle TF'lerin nasıl etkileşime girdiğinin, kimin ne olduğunun ve " yeni çubuk " olayında ne olduğunun farkında olmadığını dikkate almalıyız.
bu kodu ikinci göstergenizde deneyin:
Kodunuz her tikte hesaplamaları harmanlayacak, ilgilenmiyorum, hatta çalıştırmayacağım. Hesaplamayı, kullanılan tüm göstergelerin her tikinde değil, kullanılan tüm göstergelerde, her çubukta yalnızca BİR KEZ yapmam gerekiyor.
Kodunuz her tikte hesaplamaları harmanlayacak, ilgilenmiyorum, hatta çalıştırmayacağım. Hesaplamayı, kullanılan tüm göstergelerin her tikinde değil, kullanılan tüm göstergelerde, her çubukta yalnızca BİR KEZ yapmam gerekiyor.
kodum " her kene üzerinde harmanlayacak" yalnızca yazdığınız 1 numaralı göstergeniz:
bu, terminalin bağımsız olarak bir "kıdemli TF" oluşturmasını sağlar
benim için, "eski zaman diliminde" geçmişi senkronize ederken kodunuzda gerçekleşen 1 numaralı göstergenin tam bir yeniden hesaplamasını yapmaktan "daha ucuz".
Andrey, kodu çalıştır, lütfen... başlama, ha? Seninle savaşamam.
yer değiştirmek
üzerinde
ve test edin.