OrderSendAsync() işlevi - sayfa 6
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
Eşzamansız isteğin pratik olarak "başarıyla gönderildi" durumu vermediği nokta budur.
İşlevin başarıyla tamamlanması yalnızca "müşterinin bakış açısından siparişin doğru göründüğü ve ağ hattına atıldığı, OnTrade'de cevabı bekleyin" anlamına gelir.
Üzgünüm, biraz eksikti.
İsteğin sunucuya ulaşmadığı durumla ilgili olarak yine de şu ifadeye açıklık getirmek istiyorum: "OnTrade'de cevabı bekleyin".
İstek sunucuya ulaşmadıysa, bu "eksik" istekle ilgili olabilecek hiçbir Ticaret olayı oluşturulmaz. Sonuçta, değil mi? Ve eğer öyleyse, OnTrade()'de herhangi bir karşılık gelen cevabı beklemeyeceğim. Bu sonuç doğru olur mu:
OrderSendAsync() işlevinin başarıyla tamamlanmasının ardından istek sunucuya ulaşmayabilir ve bu durumda OnTrade()'de yanıt beklemek işe yaramaz.
?
sergeev :
TEŞEKKÜR! Başarıyla gönderilen bir eşzamansız isteğin kolayca kaybolabileceği ve geçmişe giremeyeceği ortaya çıktı.
hayır.
Lütfen açıklayın. "Hayır" - vardığım sonuç yanlış mı, yoksa bunun teyidi mi?
Büyük olasılıkla, sonucumun yanlışlığından bahsediyoruz, ancak Renat daha önce " istek sunucuya ulaşmadıysa, istemci terminalinde görünme şansı yoktur " dedi. Bu mantığı sürdürerek şunu elde ederim: Eğer talebin müşteri terminalinde görünme şansı yoksa, o zaman terminal veritabanına girme şansı yoktur ve buna bağlı olarak geçmiş siparişler veritabanına girme şansı yoktur. Bu sonuçlar doğru değilse, o zaman hata nerede ve nedir?
Eşzamansız isteğin pratik olarak "başarıyla gönderildi" durumu vermediği nokta budur.
İşlevin başarıyla tamamlanması yalnızca "müşterinin bakış açısından siparişin doğru göründüğü ve ağ hattına atıldığı, OnTrade'de cevabı bekleyin" anlamına gelir.
OnTrade'in yakın gelecekte, kullanıcının " istek sunucuya ulaşmadı " gibi bir kontrolü sorunsuz bir şekilde organize edebileceği şekilde, aslında diğer yürütme kontrol türleri gibi geliştirileceğini umuyorum.
çünkü şu anki haliyle OnTrade bu tür yeteneklere sahip değil, çünkü hangi istek için çalıştığı konusunda hiçbir fikri yok.
OnTrade'in yakın gelecekte, kullanıcının " istek sunucuya ulaşmadı " gibi bir kontrolü sorunsuz bir şekilde organize edebileceği şekilde, aslında diğer yürütme kontrol türleri gibi geliştirileceğini umuyorum.
çünkü şu anki haliyle OnTrade bu tür yeteneklere sahip değil, çünkü hangi istek için çalıştığı konusunda hiçbir fikri yok.
Prensip olarak, isteği gönderdikten sonra, isteğin sunucuya ulaştığı 5-10 saniye içinde sunucudan bir yanıt almazsak, "istek zaman aşımı nedeniyle başarısız oldu" sanal bir yanıt ekleyebiliriz.
Bu, OnTrade'de bozuk bir siparişi yakalamanıza izin verecektir. Doğru, bunun için parametre eklenmesiyle işlevi aşırı yüklemek gerekli olacaktır.
İstek sunucuya ulaşmadıysa, bu "eksik" istekle ilgili olabilecek hiçbir Ticaret olayı oluşturulmaz. Sonuçta, değil mi?
Evet, mantıklı.
Yukarıda anlattığım gibi sanal bir yanıt ekleyebiliriz. Bu, asenkron işlemlerin yürütülmesini kontrol etmenizi sağlayacaktır.
Prensip olarak, isteği gönderdikten sonra, isteğin sunucuya ulaştığı 5-10 saniye içinde sunucudan bir yanıt almazsak, "istek zaman aşımı nedeniyle başarısız oldu" sanal bir yanıt ekleyebiliriz.
Bu, OnTrade'de bozuk bir siparişi yakalamanıza izin verecektir. Doğru, bunun için parametre eklenmesiyle işlevi aşırı yüklemek gerekli olacaktır.
Beni korkutuyorsun,
insanlar yürütme kontrolünü uygulamak için OnTrade'in parametrelerle tamamlanmasını bekliyor. "Bir yapıda" ne olacağını, yani bir sonrakinde kronolojik olarak dile getirdiniz.
Birkaç aydır bekleyen üç siparişim var, ne zaman, ne zaman bekliyorum ve "Yapabiliriz ... ama bunun için yeniden yüklemeniz gerekiyor ..." diyorsunuz.
Neden OnTrade revizyonu yapmıyorsunuz???
Not: Hiç kimseyi tanımıyorum ama şu anki haliyle böyle bir durum bana uymuyor, tüm kodları yazmayı MQL5'in dolaylı olarak değil, doğrudan yürütme kontrolünü garanti eden işlevselliğe sahip olacağı zamana erteledim.
Beni korkutuyorsun,
insanlar yürütme kontrolünü uygulamak için OnTrade'in parametrelerle tamamlanmasını bekliyor. "Bir yapıda" ne olacağını, yani bir sonrakinde kronolojik olarak dile getirdiniz.
Birkaç aydır bekleyen üç siparişim var, ne zaman, ne zaman bekliyorum ve "Yapabiliriz ... ama bunun için yeniden yüklemeniz gerekiyor ..." diyorsunuz.
Neden OnTrade revizyonu yapmıyorsunuz???
Zorlayacağız ve bir sonraki derlemede yapmaya çalışacağız.
Aslında işin içinde çok fazla görev var, ayrıca hala tatil zamanı - yaz aylarında normal gelişme hızını korumak zor.
Zorlayacağız ve bir sonraki derlemede yapmaya çalışacağız.
Aslında işte birçok görev var, ayrıca hala tatil zamanı - yaz aylarında normal gelişme hızını korumak zordur.
Vay canına çıktı :)
Çok korktum çünkü çok gerçek bir durum, konuşmuşlar, ayrılıp unutmuşlar, insanlar umut bekliyor :)
kahretsin çorap, oh, yaşamak :))
Meta alıntılar güçlü, hafif ve çok yönlü bir terminal oluşturur.
Nasıl güçlü ve hafif olunacağını çoktan öğrendiler. Ancak burada başka bir görev, ardıllıktır. Farklı ticaret katlarının tüm "chpoks'larını" ve bir grup komisyoncuyu tek bir terminalde bağlamak gerekir. Bence sorun bu. Artık çok yönlü bir MQ5 yok.
Not Evet, OnTrade parametrelerini bekliyoruz. Ve borsacılarımızda. Ve eşzamansızlığı ele almanın iyi bir yolu gereklidir. O zaman rakip olmayacak gibi görünüyor (terminallere göre). Bir test cihazı buna değer...
Prensip olarak, isteği gönderdikten sonra, isteğin sunucuya ulaştığı 5-10 saniye içinde sunucudan bir yanıt almazsak, "istek zaman aşımı nedeniyle başarısız oldu" sanal bir yanıt ekleyebiliriz.
Bu, OnTrade'de bozuk bir siparişi yakalamanıza izin verecektir. Doğru, bunun için parametre eklenmesiyle işlevi aşırı yüklemek gerekli olacaktır.
Yukarıda anlattığım gibi sanal bir yanıt ekleyebiliriz. Bu, asenkron işlemlerin yürütülmesini kontrol etmenizi sağlayacaktır.