[ARŞİV] Forumu kirletmemek için herhangi bir acemi sorusu. Profesyonel, kaçırmayın. Sensiz hiçbir yerde - 5. - sayfa 309
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
Aynen öyle. Genel değişken Reason bir değer alır, ancak onu deinit()'de değil, init()'de alır, böylece init()'i çalıştırdığınızda, son deinitialization'ın nedenini görebilir ve değere bağlı olarak, bir gerçekleştirebilirsiniz. veya başka bir işlem. Ama olması gerektiği gibi çalışmıyor.
Size nasıl yapacağınız söylendi. Deinit() içinde, son başlatmadan çıkarmanın nedenini buluyoruz ve bunu global düzeyde bildirilen bir değişkenden geçiriyoruz. init()'te değişkenin değerini kontrol eder ve son deinitialization'ın nedenini bulursunuz. İşe yarıyor!.
PS Görünüşe göre, init () / deinit () fonksiyonlarının içindeki operatörlerde açıkça belirtilmemişse, küresel düzeyde bildirilen değişkenlerin değerlerini değiştirmediğini herkes anlamıyor.
Aslında init() içinde siparişleri kapatmamak daha iyidir. Orada MarketInfo () genellikle beklendiği gibi çalışmıyor.
Size nasıl yapacağınız söylendi. Deinit() içinde, son başlatmadan çıkarmanın nedenini buluyoruz ve bunu global düzeyde bildirilen bir değişkenden geçiriyoruz. init()'te değişkenin değerini kontrol eder ve son deinitialization'ın nedenini bulursunuz. İşe yarıyor!.
Bu özellikle ne yapacağınızı önerdi. Böyle bir işlev genellikle tarih boyunca çalıştırılır.
Fonksiyonun döngü etrafında sürüleceğini hayal bile edemiyorum ...
Fonksiyonun döngü etrafında sürüleceğini hayal bile edemiyorum ...
Evet lütfen :
Artyom'un M5 TF'den geçiş yapmakla ilgili bir sorunu olduğunu fark ettim. Bir hata var. Durumun bu olup olmadığını kontrol etmeliyiz. Belki bir MT4 hatasıdır.
Hayır, bu bir hata değil. İşte danışman. M1'den H1'e değiştirilen zaman dilimleri
19:20:02 111 CADJPY,M15: başlatıldı19:20:09 111 CADJPY,M15: DeinitNeden 3
19:20:09 111 CADJPY,M15: başlatılmamış
19:20:09 111 CADJPY,M15: uninit neden 3
19:20:09 Süper Trend[1] CADJPY,M15: başlatılmamış
19:20:09 Supertrend[1] CADJPY,M15: uninit sebep 3
19:20:09 HLC CADJPY,M15: başlatılmamış
19:20:09 HLC CADJPY,M15: uninit neden 3
19:20:09 AMA optimize edilmiş1 CADJPY,M15: başlatılmamış
19:20:09 AMA optimize1 CADJPY,M15: uninit neden 3
19:20:09 AMA optimize edilmiş1 CADJPY,M15: başlatılmamış
19:20:09 AMA optimize1 CADJPY,M15: uninit neden 3
19:20:09 Supertrend[1] CADJPY,H1: başlatıldı
19:20:09 HLC CADJPY,H1: başlatıldı
19:20:09 AMA optimize1 CADJPY,H1: başlatıldı
19:20:09 AMA optimize1 CADJPY,H1: başlatıldı
19:20:09 111 CADJPY,H1: başlatıldı
Hayır, bu bir hata değil. İşte danışman. M1'den H1'e değiştirilen zaman dilimleri
İyi iyi! Ve sonra ben de, her şey deinitialization nedenlere güçlü bir şekilde bağlı.
Aslında init() içinde siparişleri kapatmamak daha iyidir. Orada MarketInfo () genellikle beklendiği gibi çalışmıyor.
Fonksiyonun döngü etrafında sürüleceğini hayal bile edemiyorum ...
İyi iyi! Ve sonra deinitialization nedenlerine bağlı birçok şeye sahibim.
Evet. Yasaktır. Yardım kısmında yazıyor. Her zamanki şey.İşte test için son sürüm. Bir önceki çok başarılı değildi, çünkü init()/deinit() bazen print() ile uyumlu değildir.
Kendimden bir fonksiyon yazmamı istedim. Sonuç olarak, N -mumlar belirli bir yönde geri döndüğünde, mum sayısını hesaplamak gerekir. ANCAK. Bunun için birkaç koşul var, daha doğrusu zamanla bunların bir listesi olacak.
Diyelim ki, örneğin, eğilim aşağı yönlü, ... bir geri dönüş başladı. 5 mum tükendiyse ve her mum yükselişteyse ve örneğin, her mumun boyutu belirtilen i_sizeOfCurrBar değerinden ve diğerlerinden daha büyükse istiyorum. koşullar, sonra sürekli yükseliş çubuklarının sayısını görüntüler ve işlevden bazı sonuçlar döndürürüz.
Bunu yazmanın en iyi yolu nedir? Şu anda yazmaya başladım ve burada bir çubuk döngüsünden geçmenin ve bir şekilde tarihin derinliğindeki görüntülemeyi sabit sayıda çubukla değil, çubuklarla sınırlamanın gerekli olduğunu anlıyorum. koşullar bizi ilgilendiriyor.
İşte sahip olduğum şey:
Şu anda, sondan bir önceki çubuktan sadece bir arama var, ardından indeks 6'ya sahip çubuk, yani. 5 bar üst üste. Ancak EA'nın yalnızca yükseliş gösteren çubukları hesaplamasına ihtiyacım var ve hepsi art arda değil. Bu nasıl daha iyi uygulanır?
Boyuta göre, doğru bir şekilde filtreledim.
Her şey zaten yazıldığında, sayaç zaten nht ile sürekli çubukların sayısını, aşağıdan etvsvb parametreleriyle hesaplayacak ve bu tür çubuklar yeterliyse, bir tür çubuk döndürülecektir. fonksiyon değeri.
Size nasıl yapacağınız söylendi. Deinit()'de, son başlatmanın nedenini bulup global düzeyde bildirilen bir değişkenden geçiriyoruz. init()'te değişkenin değerini kontrol eder ve son deinitialization'ın nedenini bulursunuz. İşe yarıyor!.
PS Görünüşe göre, init () / deinit () fonksiyonlarının içindeki operatörlerde açıkça belirtilmemişse, küresel düzeyde bildirilen değişkenlerin değerlerini değiştirmediğini herkes anlamıyor.
Aslında init() içinde siparişleri kapatmamak daha iyidir. Orada MarketInfo () genellikle beklendiği gibi çalışmıyor.