Hatalar, hatalar, sorular - sayfa 2190
![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
Üç dakikalık deneyden sonra, yer değiştirmenin aşağıdakilerden geldiği sonucuna vardım.
mevcut konumdan değil.
Ne olmuş? Görünür çubukların sayısı değişiyor. Grafiği fare ile hareket ettirmenin ne zaman işe yaradığını kontrol etmek daha iyi olurdu. Yakalanabilir. Ve farenin etkisiyle grafiğin kayması olduğu için, bu bir fonksiyon geliştirme değildir.
Yürütme kontrolünden bahsetmedim. Grafiği manuel olarak 100 çubuk sağa hareket ettirirseniz ve ardından komut dosyasını kullanarak 10 çubuk daha sağa taşımayı denerseniz, kaydırma resimde belirtilen etiketten 10'a ayarlanır. Aslında, bu örnekte , kaydırma 10 ile sağa değil, 90 ile sola olacaktır.
Teste gelince... beklendiği gibi çalışmayan bir şeyi test etmenin anlamı nedir? Daha doğrusu benim istediğim gibi yazılmamış. Grafiği art arda taşımak için CHART_CURRENT_POS'tan ve bu örnekte CHART_END'dan bir ofset yapmanız gerekir.
Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum
Hatalar, hatalar, sorular
Alexey Vyazmikin , 2018.04.12 15:43
Komut dosyasını sık sık çağırırsanız - yürütmeden sonra tekrar tekrar, programdaki vardiya çalışmayı durdurur, yani. bu eylem için komutlar atlandı
Bütün sorun bu yüzden.
Yürütme kontrolünden bahsetmedim. Grafiği manuel olarak 100 çubuk sağa hareket ettirirseniz ve ardından komut dosyasını kullanarak 10 çubuk daha sağa taşımayı denerseniz, kaydırma resimde belirtilen etiketten 10'a ayarlanır. Aslında, bu örnekte , kaydırma 10 ile sağa değil, 90 ile sola olacaktır.
Teste gelince... beklendiği gibi çalışmayan bir şeyi test etmenin anlamı nedir? Daha doğrusu benim istediğim gibi yazılmamış. Grafiği art arda taşımak için CHART_CURRENT_POS'tan ve bu örnekte CHART_END'dan bir ofset yapmanız gerekir.
Bütün sorun bu yüzden.
Oradaki kodu okumadım. Belki ona ihtiyacı vardır.
Grafik kaydırma işlevinin eşzamansız olduğundan bahsediyorum, yani yürütmenin başarısını döndürdüğünde, grafik kaymasını değil, grafik olay kuyruğuna böyle bir sipariş vermenin başarısını gösterir. Ve aynı değil - biliyorsun.
Buna dayanarak, grafik kaydırma komutunun yürütülmesi olaylarını tam olarak yakalamaktan bahsediyorum ...
Deneyler için zaman olurdu ... Ama ne yazık ki ...
İşlev imzaları profil oluşturucuda görünmez, çünkü aşırı yüklenmiş işlevlerden hangisinin kastedildiğini hemen anlamazsınız.
Onlar. liste __FUNCTION__ ile dolu, ama ben __FUNCSIG__ istiyorum.
ArrayResize kaynak kodunun gönderildiği geliştiricinin gönderisini bulmama yardım et. Google araması "site:mql5.com/ru/forum ArrayResize+reserve" yardımcı olmuyor.
Bir kaynak olduğunu hatırlıyorum. Rezerv parametresinin uygulanmasının hangi mantık olduğunu hemen gösterir.
ArrayResize kaynak kodunun gönderildiği geliştiricinin gönderisini bulmama yardım et. Google araması "site:mql5.com/ru/forum ArrayResize+reserve" yardımcı olmuyor.
Bir kaynak olduğunu hatırlıyorum. Rezerv parametresinin uygulanmasının hangi mantık olduğunu hemen gösterir.
Kaynak kodu mu, yoksa sözde kod mu? Bunlar kökten farklı şeyler.
Yalnızca yer değiştirme gerçeğine güveniyorsanız, grafik elle kaydırılabilir - bu mantıkta bir delik...
Sadece ofseti değil, hesaplanan çubuğun ofsetini de görünüşte kontrol etmek gerekir. Sadece nasıl doğru yapılacağını bulman gerekiyor...
Yürütme kontrolünden bahsetmedim. Grafiği manuel olarak 100 çubuk sağa hareket ettirirseniz ve ardından komut dosyasını kullanarak 10 çubuk daha sağa taşımayı denerseniz, kaydırma resimde belirtilen etiketten 10'a ayarlanır. Aslında, bu örnekte , kaydırma 10 ile sağa değil, 90 ile sola olacaktır.
Test etmeye gelince... beklendiği gibi çalışmayan bir şeyi test etmenin anlamı nedir? Daha doğrusu benim istediğim gibi yazılmamış. Grafiği art arda taşımak için CHART_CURRENT_POS'tan ve bu örnekte CHART_END'dan bir ofset yapmanız gerekir.
Bütün sorun bu yüzden.
CHART_END 'a ihtiyacım var, çünkü döngüde tarihlere göre bir kayma yapması gerekiyor ve tarihleri ortadan değil, verilerin başından veya sonundan aramak daha uygun ...
Kaynak kodu mu, yoksa sözde kod mu? Bunlar kökten farklı şeyler.
Mesela kaynak kodu doğrudan ortaya kondu. Ancak sözde kod olsa bile yine de faydalı olacaktır.
Sadece ofseti değil, hesaplanan çubuğun ofsetini de görünüşte kontrol etmek gerekir. Sadece nasıl doğru yapılacağını bulman gerekiyor...
CHART_END 'a ihtiyacım var, çünkü döngüde tarihlere göre bir kayma yapması gerekiyor ve tarihleri ortadan değil, verilerin başından veya sonundan aramak daha uygun ...
Peki, mesele yok o zaman. Kaydırma, yalnızca aynı periyotla aynı sayıda çubukla 2 veya daha fazla kez kaydırmaya çalışırsanız algılanamaz.
Umarım grafik otomatik değiştirmeyi kapatmayı unutmamışımdır?
Peki, mesele yok o zaman. Kaydırma, yalnızca aynı periyotta aynı sayıda çubukla 2 veya daha fazla kez kaydırmaya çalışırsanız algılanamaz.
Umarım grafik otomatik değiştirmeyi kapatmayı unutmamışımdır?
Otomatik kaydırma elbette devre dışıdır.