Forumu kirletmemek için herhangi bir acemi sorusu. Profesyonel, kaçırmayın. Sensiz, hiçbir yerde - 6. - sayfa 901
![MQL5 - MetaTrader 5 müşteri terminalinde yerleşik ticaret stratejileri dili](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Gereksiz hesaplamalar kaldırıldı (sorunla ilgili değil). Özellikle söveyi görüntülemek için koda baskılar eklendi. Siparişin sembolünü Expert Advisor'ın açıldığı sembolle karşılaştırmasına rağmen, bunu görüntüleyebilir (osi grafiğinden, örneğin bu durumda olduğu gibi euro için sipariş verilerini alın):
Bu vazgeçilemezdi, bir kanguru talep et 2015 Eurodollar'daki herhangi bir açılış fiyatından daha büyük olamazdı...
Ve seçimden sonra seçilen sıranın tüm kontrollerini ayrı bir if() koşulu kullanarak yapmak daha iyidir.
Bu vazgeçilemezdi, bir kanguru talep et 2015 Eurodollar'daki herhangi bir açılış fiyatından daha büyük olamazdı...
Ve seçimden sonra seçilen sıranın tüm kontrollerini ayrı bir if() koşulu kullanarak yapmak daha iyidir.
Bu doğru, olamazdı. Bu nedenle, Bid<openPrice üzerinden 1.11262'den euro için emir yayınladı.
Yani, if(OrderSelect()) aracılığıyla bir emrin varlığını kontrol etmeyi ve daha sonra iç içe geçmişse, grafik sembolünü emir sembolü, açılış fiyatı vb. ile karşılaştırır mısınız?
Bu doğru, olamazdı. Bu nedenle, Bid<openPrice üzerinden 1.11262'den euro için emir yayınladı.
Yani, if(OrderSelect()) aracılığıyla bir emrin varlığını kontrol etmeyi ve daha sonra iç içe geçmişse, grafik sembolünü emir sembolü, açılış fiyatı vb. ile karşılaştırır mısınız?
Bir tef ile dans etmek yardımcı olmaz.
Sıra seçimi ve sembol ve büyünün kontrolünü tek satırda yazmak veya 3 farklı satıra bölmek arasında bir fark yoktur. Yeni yapılarda yapılan değişikliklere göre, koşullar aşamalı olarak kontrol edilir, yani ilk koşul sağlanmazsa sonrakiler kontrol edilmez. 3 satırla aynı. İlk koşul yerine getirildi, ikincisini kontrol ediyoruz. Ve ancak ikinci koşul da sağlanırsa, üçüncü koşulu kontrol etmeye devam eder.
Sorun, kodun uzak kısmında, başka bir sipariş seçiminin olduğu özel bir işleve çağrı olması gibi görünüyor.
Emirlerle çalışmaktan bir kez daha bahsedilmiş olsaydı, ilk fark ettiğim şey bu olurdu. Ancak yalnızca hesaplamalar vardır, tek bir özel işlev kullanılmaz. Başka bir çiftten bir siparişin seçilmesine tam olarak neyin sebep olduğu açık değildir. Bu nedenle, belgelerde belirtilen "yazılım ortamı" beni şaşırttı ve kötücül tarafından önerildiği gibi kodu zaten yeniden yaptım ve teflerle dans etmeye hazırım. Bir sonraki sapkınlık, pazarlama bilgisi aracılığıyla istenen çiftin teklifi / talebi ile zorunlu bir karşılaştırma olacaktır.
UPD.: Sorun çözüldü. Aslında, kendi OrderSelect'ini kullanan iç içe bir işlev bulundu. Fikir için teşekkürler, AlexeyVik.
İşte bir Uzman Danışman (iş için değil, sadece pratik için)
Ama nedense EĞER işlevinde her iki parametre de ayarlanmışsa geçmiş üzerinde çalışmıyor, eğer sırayla ayarlanmışlarsa, burada her şey mükemmel çalışıyor koddur (ve ayrıca bana nasıl yapacağımı söyleyin ki zaten varsa açık bir Alış emri, tüm koşullar eşleşse bile bir sonraki Alış emri açılmaz mı?):
İşte bir Uzman Danışman (iş için değil, sadece pratik için)
Ama nedense EĞER işlevinde her iki parametre de ayarlanmışsa geçmiş üzerinde çalışmıyor, eğer sırayla ayarlanmışlarsa, burada her şey mükemmel çalışıyor koddur (ve ayrıca bana nasıl yapacağımı söyleyin ki zaten varsa açık bir Alış emri, tüm koşullar eşleşse bile bir sonraki Alış emri açılmaz mı?):
Bu doğrudan tüm sorunların kaynağı olduğundan değil, tamamen akademik ilgiden: neden OnInit (), OnDeinit () ve sonra aniden () aynı anda başlıyor ???
Ve soru üzerine, böyle bir karşılaştırma Ask == MA şiddetle tavsiye edilmez, tarihte nadiren gerçekleşir. Peki, PC-->MA ifadesi ne anlama geliyor?
Ve bir Bai için izin ile ilgili olarak, tüm piyasa pozisyonlarından geçtiğimiz döngüde, bunları belirtilen kriterlerle karşılaştırın - sembol, tür, büyü, istenen olanı bulurken - sayacı birer birer artırın. Daha sonra gerektiğinde bu sayaca bakıyoruz.
Bunun gibi bir şey:
Bu doğrudan tüm sorunların kaynağı olduğundan değil, tamamen akademik ilgiden: neden OnInit (), OnDeinit () ve sonra aniden () aynı anda başlıyor ???
Ve soru üzerine, böyle bir karşılaştırma Ask == MA şiddetle tavsiye edilmez, tarihte nadiren gerçekleşir. Peki, PC-->MA ifadesi ne anlama geliyor?
Ve bir Bai için izin ile ilgili olarak, tüm piyasa pozisyonlarından geçtiğimiz döngüde, bunları belirtilen kriterlerle karşılaştırın - sembol, tür, büyü, istenen olanı bulurken - sayacı birer birer artırın. Daha sonra gerektiğinde bu sayaca bakıyoruz.
start() bir şekilde "alışkanlıktan" iletildi)
Ask == MA neden nadir bir olaydır? mevcut satış fiyatı Hareketli Ortalama çizgisine nadiren dokunuyor mu?
Ve PC-->MA Ben buna sahibim - önceki kapanış fiyatı Hareketli Ortalama çizgisinin üzerindeyse (başka türlü nasıl yapacağımı bulamadım).
Bu nedenle, EĞER işlevinde yalnızca Ask == MA'yı ve ardından yalnızca PC-->MA'yı açtığımda her şey yolunda gidiyor, ancak bunları birleştirdiğimde çalışmıyor!
Bu doğrudan tüm sorunların kaynağı olduğundan değil, tamamen akademik ilgiden: neden OnInit (), OnDeinit () ve sonra aniden () aynı anda başlıyor ???
Ve soru üzerine, böyle bir karşılaştırma Ask == MA şiddetle tavsiye edilmez, tarihte nadiren gerçekleşir. Peki, PC-->MA ifadesi ne anlama geliyor?
Ve bir Bai için izin ile ilgili olarak, tüm piyasa pozisyonlarından geçtiğimiz döngüde, bunları belirtilen kriterlerle karşılaştırın - sembol, tür, büyü, istenen olanı bulurken - sayacı birer birer artırın. Daha sonra gerektiğinde bu sayaca bakıyoruz.
Bunun gibi bir şey:
PC--> MA'nın PC-1> MA ile aynı olduğunu anladım