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
Pratiklik açısından - evet, şey yararlıdır, ancak o zaman terminalin her şeyi senkronize etmek için nasıl yavaşlayacağını hayal etmek zor ... ama bu verilerin asenkron gelişinde herhangi bir nokta var mı - I emin değilim.
Hiç yavaşlamayacak, yine de tablolar işleniyor :)
ve yeni bir alanın tanıtılması hiç zaman almayacak (hala işleme tablolarına harcanıyor)
MT5 sunucusu 22 tabloluk bir paket alır ve MqlBookInfo yapısının alanlarını doldurmak için
22 tablonun tamamında "yürümeniz" gerekir (yön - son alan)!
Hiç yavaşlamayacak, yine de tablolar işleniyor :)
ve yeni bir alanın tanıtılması hiç zaman almayacak (hala işleme tablolarına harcanıyor)
MT5 sunucusu 22 tabloluk bir paket alır ve MqlBookInfo yapısının alanlarını doldurmak için
22 tablonun tamamında "yürümeniz" gerekir (yön - son alan)!
Performansı etkilemiyorsa, öyle olsun.
Ancak nasıl kullanılır, çünkü her olayı eşzamanlı olarak işlemek çok zordur, yani. Bir olayın meydana geldiğini öğrendiğimizde harekete geçmek için çok geç olabilir. Sadece hisse senedi alım satımından veya yavaş vadeli işlemlerden bahsediyorsak. Demek istediğim, borsadaki ayak izlerindeki kayma olağanüstü - en son açılışta 61 puan vardı ... ve işaretlere bakılırsa, 24 ms'de 1000'den fazla lot işlem gördü.
ama her şeyi senkronize etmek için terminalin nasıl yavaşlayacağını hayal etmek zor ...
Terminalin hiçbir şeyi senkronize etmesine gerek yok... sadece güncelleme geldiğinde (veya sabit bir gecikmeyle) geri vermeniz gerekiyor. Ya da sadece iki akışa verin: keneler için bir akış ve kayınlar için bir akış. Ama her ikisinin de kesin varış zamanının bir göstergesiyle, böylece bir araya getirilebilirler.
Değer her durumda olacak!
Çocuklar!
MqlBookInfo yapısı tablo 22'den (veya FORTS_FUTORDERBOOK_REPL - Futures: Glass Break'ten) doldurulur!
AN alanını ekliyoruz ve AYNI tablodan doldurmanız yeterli!
Zaman kaybı yok, hiçbir şeyi senkronize etmeye gerek yok, her şey çalıştığı gibi çalışacak, sadece zaman
düzeltmeler görünecek! TÜMÜ!
Ancak şimdi tüm olayların camda görüntülendiğinden emin misiniz? Ve genel olarak, işlenirler, çünkü bir tür filtre olabilir - diyelim ki saniyede 100'den fazla olay yok. Ve muhtemelen, zaman yine de gelir, ancak kullanıcı için mevcut değildir, aksi takdirde bir bardağa başka nasıl hareketler çizilir? Ancak, çok sayıda hareket varsa ve bunlar zaten güncelliğini yitirmişse, filtre tarafından kolayca atılabilirler.
Bunu kontrol etmek nasıl mümkün olabilir? Ne kontrol edilir? Hiçbir şekilde veya herhangi bir fikir?
Ancak şimdi tüm olayların camda görüntülendiğinden emin misiniz? Ve genel olarak, işlenirler, çünkü bir tür filtre olabilir - diyelim ki saniyede 100'den fazla olay yok. Ve muhtemelen, zaman yine de gelir, ancak kullanıcı için mevcut değildir, aksi takdirde bir bardağa başka nasıl hareketler çizilir? Ancak, çok sayıda hareket varsa ve bunlar zaten güncelliğini yitirmişse, filtre tarafından kolayca atılabilirler.
Bunu kontrol etmek nasıl mümkün olabilir? Ne kontrol edilir? Hiçbir şekilde veya herhangi bir fikir?
Sana Plaza 2'nin özelliklerini vermemi ister misin?
Okuyun, ilgileniyorsanız, belki her şeyin nasıl çalıştığını anlarsınız.
Katma
Ama eğer tamamen sinsiyse, o zaman
Değişim, veri AKIŞLARI yayınlar, ancak bunları gerçek zamanlı olarak alamıyoruz, ancak bu akışların "kesintilerini" alıyoruz
oldukça düşük bir gecikme ile.
Başka bir seçenek de MQ'nun neden düzeltme ve yenilik yapmak istememesi olabilir.
MT5 sunucusunu CGate altında hızlı bir şekilde yeniden yazmaları gerekiyordu, böylece işe alabilirlerdi.
CGate'in üçüncü taraf uygulaması için.
Ve bu 2 satırlık bir kod değil ve bunu çok ciddi bir şekilde anlamanız gerekiyor.
Katma
Birkaç kez kendi Plaza2 konektörümü yazmaya çalıştım ama olmadı (yeterli beynim yok)
Ancak şimdi tüm olayların camda görüntülendiğinden emin misiniz? Ve genel olarak, işlenirler, çünkü bir tür filtre olabilir - diyelim ki saniyede 100'den fazla olay yok. Ve muhtemelen, zaman yine de gelir, ancak kullanıcı için mevcut değildir, aksi takdirde bir bardağa başka nasıl hareketler çizilir? Ancak, çok sayıda hareket varsa ve bunlar zaten güncelliğini yitirmişse, filtre tarafından kolayca atılabilirler.
Bunu kontrol etmek nasıl mümkün olabilir? Ne kontrol edilir? Hiçbir şekilde veya herhangi bir fikir?
En azından tüm işlemleri onaylamalarına izin verin. Onlar. Böylece cam geçmiş işlemleri onaylayabilir. Bu, milisaniyelik hassasiyet anlamına gelir. İşte bu, daha fazlası değil, daha azı - bir araya getirmelerine / özetlemelerine / filtrelemelerine / kesmelerine izin verin, ama umurumda değil. Sadece mevcut kene doğruluğunun altında aynı doğrulukla sipariş defterinin zamanına ihtiyacınız var.
Beyler, kalelerde limit belirlemenin nasıl uygulanacağı konusunda tavsiyeye ihtiyacım var, bir kod var, bir pozisyon göründüğünde, robot fiyatın üstünde ve altında bir girinti ile limit emirleri veriyor
Aslında, sınırlayıcılar için girintinin fiyatının doğru bir şekilde normalize edilip edilmediği, yerleşik kitaplığı kullanmaya değer olup olmadığı veya fiyatı ayrı ayrı normalleştirmenin daha iyi olup olmadığı ile ilgileniyorum.
Teşekkür ederim.
Ayrı bir konu oluşturun.