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
Hiçbir özel nesne, ilgili bir çağrı olmadan kendini kontrol edemez. Yani kullanıcı tarafından kendi kodunda yazılmalıdır. Eğer kendisi yazmışsa, işlemeyi de kendisi yapar.
change_id mekanizması çok basittir: Refresh metodunu çalıştırırsınız. Bundan sonra, oluşturduğunuz olaylar listesinde neyin ve nerede güncellendiği verilerini alırsınız.
Uygulamanız Observer'a neredeyse çok benziyor, sadece hepsi bir arada kullanıyorsunuz.
Gördüğüm tek önemli fark, Calendar sınıfına bağlı olarak Refresh'ten sonra Calendar sınıfının dışındaki tüm olayları ayrı ayrı kontrol etmeniz gerektiğidir.
Değişim biçimini birleştirirseniz (örnekte, en basit CArrayObj) ve yalnızca güncel olayların bir listesini almak için kütüphane içinde filtreleme yaparsanız.
ve genel olarak haberlerle çalışmak için zaten oldukça çalışan bir araçtır.
Gördüğüm tek önemli fark, artık Calendar sınıfına bağlıyken, Refresh'ten sonra tüm etkinliklerin kontrolünü Calendar sınıfının dışında ayrı ayrı yazmak gerekiyor.
Çıktıda yalnızca yenilenen olayları içeren bir nesne alacaksınız. Güncellenmiş olanlar için arama yapmanıza gerek kalmayacaktır.
Çıktı, yalnızca güncellenmiş olayları içeren bir nesne olacaktır. Güncellenmiş etkinlikler için arama yapmanıza gerek kalmayacaktır.
Anlıyorum, sadece orada Yenile yöntemini görmedim.
o zaman genel olarak basit ve özlü, herhangi bir zamanda Revize'yi yenilemekle ilgili - bunu yakalamak da çözüldü anladığım kadarıyla?
Anlıyorum, sadece orada bir Yenile yöntemi göremedim.
Henüz uygulanmadı. Boş olduğumda yapacağım.
o zaman genel olarak basit ve özlü, herhangi bir zamanda Revize edilen yenileme hakkında - bunu yakalamak da çözüldü anladığım kadarıyla?
Dokümantasyona göre herhangi bir değişikliği yakalamak olmalı.
Bir haber, zamanından 23 saniye önce veya 115 saniye sonra gelebilir.
Farklı zamanlarda BRL ve USD ile ilgili haberler aynı gecikmeye sahip olduğu için bu 115 saniye yapay gibi görünüyor.
ZY Çok az istatistik var. Ancak Tester'da iki dakikalık bir gecikmeye güvenebiliriz gibi görünüyor.
Merhaba fxsaber.
Bu kütüphaneyiters bir mantıkla kullanmak mümkün mü? Haber zamanına göre geriye dönük test yapmak yerine, Takvim Example.mq5'i yalnızca yüksek etkili olayların olmadığı günlerde siparişlere izin verecek şekilde yapın.
Örnek: RSI 30'un altında olduğunda USDJPY satın alın, yalnızca USD ve JPY para birimleri için geçerli günde yüksek etkili haberler yoksa.
Eğer öyleyse, lütfen değiştirip dosyayı buraya ekleyebilir misiniz? İhtiyacım olan tek şey bu, anladıysanız bana bildirin. Teşekkür ederim.
Merhaba fxsaber.
Bu kütüphaneyiters bir mantıkla kullanmak mümkün mü? Haber saatine göre geriye dönük test yapmak yerine, Calendar Example.mq5'i yalnızca yüksek etkili olayların olmadığı günlerde siparişlere izin verecek şekilde yapın.
Örnek: RSI 30'un altında olduğunda, yalnızca USD ve JPY para birimleri için mevcut günde yüksek etkili haberler yoksa USDJPY satın alın.
Eğer öyleyse, lütfen değiştirip dosyayı buraya ekleyebilir misiniz? İhtiyacım olan tek şey bu, anladıysanız bana bildirin. Teşekkür ederim.
Farklı bir mantık yürütebilirsiniz. Ama ben yapmam. Bir uzmana başvurun.
Farklı bir mantık uygulayabilirsiniz. Ama ben öyle yapmıyorum. Bir uzmanla iletişime geçin.
Bu yapılmamış. Bir uzmana başvurun.