MQL4 ve MQL5 ile ilgili herhangi bir acemi sorusu, algoritmalar ve kodlar hakkında yardım ve tartışma - sayfa 1612
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
Tupanul ikinci denemede. Akşam vakti geldi gibi.
c Ve BC D her şey doğru ama enstrümanı bunun gibi para birimlerine bölmeyi kabul ediyorum, yetişemedim.
Ve bir orta eşitlik olasılığı var, bunu önceden göremedim, ancak enstrümanda para birimi adının 2. pozisyondan 3. pozisyona eşit olması için tam bir arama yapmak daha iyidir. Veya araç 1'de ve son konumda kesin ve kalan 4 karakterde arama yapın)
c Ve BC D her şey doğru ama enstrümanı bunun gibi para birimlerine bölmeyi kabul ediyorum, yetişemedim.
Ve bir orta eşitlik olasılığı var, bunu önceden göremedim, ancak enstrümanda para birimi adının 2. pozisyondan 3. pozisyona eşit olması için tam bir arama yapmak daha iyidir. Veya araç 1'de ve son konumda kesin ve kalan 4 karakterde arama yapın)
Hayır, tupanul sadece bu 4 koşulda ikinci denemede. Gerçekten de, görev için, istenenin hangi konumda bulunacağı önemli değil, sıfır veya üçüncü sırada, asıl şey bulunur veya bulunmaz. Sonuç olarak, temel para birimi ve ikincisi için iki koşul.
Hayır, tupanul sadece bu 4 koşulda ikinci denemede. Gerçekten de, görev için, istenenin hangi konumda bulunacağı önemli değil, sıfır veya üçüncü sırada, asıl şey bulunur veya bulunmaz. Sonuç olarak, temel para birimi ve ikincisi için iki koşul.
Böylece, aracın ikinci veya 3. konumundan ortadaki eşitliği çıkardım. Dışlamazsanız, her şey doğrudur, 2 koşul.
Böylece, aracın ikinci veya 3. konumundan ortadaki eşitliği çıkardım. Dışlamazsanız, her şey doğrudur, 2 koşul.
Hala "yarı eşitlik" in ne anlama geldiğini anlamıyorum.
EURUSD sinyali
EURJPY için sipariş verin - EUR arıyoruz ve bulduk, aykırı değer doğrudur. İkinci koşulun kontrol edilmesine gerek yok ...
GBPJPY için sipariş verin - EUR arıyoruz, bulamıyoruz. USD arıyoruz, bulamıyoruz, emisyon yanlış. Toplamda iki koşul vardır.
Hala "orta eşitlik" in ne anlama geldiğini anlamıyorum.
EURUSD sinyali
EURJPY için sipariş verin - EUR arıyoruz ve bulduk, aykırı değer doğrudur. İkinci koşulun kontrol edilmesine gerek yok ...
GBPJPY için sipariş verin - EUR arıyoruz, bulamıyoruz. USD arıyoruz, bulamıyoruz, emisyon yanlış. Toplamda iki koşul vardır.
URJP arasında EURJPY eşitliği
BPJP arasında GBPJPY
Katılıyorum, nadirdir. Ancak çok sayıda alete bakılırsa mümkün.
URJP arasında EURJPY eşitliği
BPJP arasında GBPJPY
Katılıyorum, nadirdir. Ancak çok sayıda alete bakılırsa mümkün.
Hayır, kendi dalgamda kalsam iyi olur. Nedenini anlamak benim için zor...
Bir kurucu yapılarda nasıl çalışır?
Merhaba! Beynimi kırmak.
Kime zor değil, yardım edin, lütfen yorumlarla.
1. "bb" değişkeninin ve buna göre if (bb == 0) bb = i ifadesinin amacı nedir; ?
2. if ((Time[i]>=BeginDateCalc && Time[i]<=EndDateCalc && NumberOfBars<=0)
|| (NumberOfBars>0 && NumberOfBars>=i))
NumberOfBars nasıl <= 0 olabilir ve ne için?
3. s += (Yüksek [i] - Düşük [i]) / Puan ;
Neden Noktaya Böl?
4. for (i = Çubuklar; i > 0; i--) döngüsünün koşuluyla, sayım "en eski"den "en küçüğüne" doğru gider.
Öyleyse neden b++ değişkeni artırılıyor ve azaltılmıyor?
bb, koşul ilk kez tetiklendiğinde çubuk dizinini içerir. Bu indeks daha sonra hesaplamanın başlangıç zamanını hesaplamak için kullanılır.
NumberOfBars - bu değişken kullanıcı tarafından belirlenir ve bu yoldaş güvenilir değildir, ayrıca eksi bir değer de ayarlayabilir. Ve muhtemelen buradaki mantık şudur: NumberOfBars pozitif değilse başlangıç ve bitiş tarihleri arasında, pozitif ise bu değişken tarafından belirtilen mum sayısına göre hesaplama yapılır.
Kesirli kısımdan değerleri noktalara dönüştürmek için Noktaya Böl (1.01051-1.01000)/Nokta=51
Sıfırdan sonraki bb değişkeni, tüm komut dosyası işlemi sırasında yalnızca bir kez değiştirilir. eğer (bb == 0)
bb, koşul ilk kez tetiklendiğinde çubuk dizinini içerir. Bu indeks daha sonra hesaplamanın başlangıç zamanını hesaplamak için kullanılır.
NumberOfBars - bu değişken kullanıcı tarafından belirlenir ve bu yoldaş güvenilir değildir, ayrıca eksi bir değer de ayarlayabilir. Ve muhtemelen burada mantık şu şekildedir, NumberOfBars pozitif değilse başlangıç ve bitiş tarihleri arasında, pozitif ise bu değişken tarafından belirtilen mum sayısına göre hesaplama yapılır.
Ancak kesirli kısımdan alınan değerleri noktalara dönüştürmek için nokta bölünür 0.00051/Nokta=51
Sıfırdan sonraki bb değişkeni, tüm komut dosyası işlemi sırasında yalnızca bir kez değiştirilir.
Dürüst olmak gerekirse, Kim'in mantığını yakalayamadım, neden VE koşulları için bar süresi belirtilenin ötesine geçiyor ve OR ile hesaplanan çubuk sayısının negatif değeri OR ile hesaplanan çubuk sayısı sayıdan büyük Barz çubukları))) Ve aynı zamanda kullanıcı parametrelerini düzeltir)
Ve uyarı bile kullanıcının hata yaptığını göstermiyor)