OrderSendAsync() işlevi - sayfa 7

 

Kontrolsüz eşzamansızlık = kaos.

Eşzamansız kontrol yalnızca OnTrade() içinde gerçekleştirilebilir.

OnTrade() içinde belirli bir isteği tanımlamaya ihtiyaç vardır.

Böylece, OrderSendAsync()'in sunucudan alınan biletin numarasını döndürmesi gerektiği gerçeğine geliyoruz (durumu bir zaman aşımı ile hariç tutuyoruz). Bilet numarası, hem sunucu hem de istemci için talebi benzersiz şekilde tanımlamak için gereklidir.

Bu mekanizmayı birleştirerek, ayrıca sipariş numarasını döndürmek için OrderSend() işlevini veya siparişin sunucuya gönderilememesi durumunda "-1" işlevini değiştirmek de mümkündür.

Ayrıca, programda, oluşturulan biletlerin bir listesini içeren bir sınıf uygulayın.

Her OnTrade() olayı için şunu anlıyoruz:

1. Genel olarak, bu bizim eylemimiz veya örneğin, Uzman Danışmanın başka bir örneğinin eylemidir (sihirbazlara artık gerek yoktur).

2. Hangi talebe yanıt alıyoruz.

Документация по MQL5: Торговые функции / OrderSend
Документация по MQL5: Торговые функции / OrderSend
  • www.mql5.com
Торговые функции / OrderSend - Документация по MQL5
 
voix_kas :

Böylece, OrderSendAsync()'in sunucudan alınan biletin numarasını döndürmesi gerektiği gerçeğine geliyoruz (durumu bir zaman aşımı ile hariç tutuyoruz). Bilet numarası, hem sunucu hem de istemci için talebi benzersiz şekilde tanımlamak için gereklidir.

Merhaba. Vkurse genel olarak eşzamansızlık nedir?
 
TheXpert :
Merhaba. Vkurse genel olarak eşzamansızlık nedir?
<<Senkronize asenkroni verin!>>
 
Şimdi, sunucu yanıtlarının tam ayrıntılarını içerecek olan OnTradeResult( MqlTradeResult &info) işlevini eklemeyi tartışıyoruz.
Документация по MQL5: Стандартные константы, перечисления и структуры / Структуры данных / Структура результата торгового запроса
Документация по MQL5: Стандартные константы, перечисления и структуры / Структуры данных / Структура результата торгового запроса
  • www.mql5.com
Стандартные константы, перечисления и структуры / Структуры данных / Структура результата торгового запроса - Документация по MQL5
 
Renat :
Şimdi, sunucu yanıtlarının tam ayrıntılarını içerecek olan OnTradeResult( MqlTradeResult &info) işlevini eklemeyi tartışıyoruz.

Bence, kullanıcının bakış açısından şöyle görünmeli:

kullanıcı işaretçilerle çalışmak için bir sınıf yazar ve buna bir ticaret sinyali işleme sınıfı ekler.

Sırasıyla bir sinyal(ler) belirir, yeni nesneler oluşturulur ve sunucuya bir istek(ler) gönderilir, nesne sinyal yürütülmeden önce mevcuttur.

OnTrade'de akıbet izlenir ve bir karar verilir (ya/veya) ya da yeni bir talep göndeririz ya da yolu çalıştığı için nesneyi yok ederiz.

Bu şemada, Ticaret etkinliğinin belirli bir aktivasyonu ile bağlantılı olarak hangi nesnenin işleneceğini belirlemek gereklidir.

 
Urain :

Bu şemada, Ticaret etkinliğinin belirli bir aktivasyonu ile bağlantılı olarak hangi nesnenin işleneceğini belirlemek gereklidir.

Sorun ne?
 
TheXpert :
Sorun ne?

Dalga mı geçiyorsun?

Ticaret artık meçhul, listeden hangi nesnenin gelişiyle bağlantılı olarak işlenmesi gerektiğini belirlemek imkansız.

 
Urain :

Dalga mı geçiyorsun?

Hiç de bile. Bu arada, OnTrade ile fazla uğraşmamalısın çünkü. vakaların %100'ünde gelmez (bu, MT4'teki hata 1 ile yaklaşık olarak aynıdır)

Onlar. Yine de sigorta yaptırmanız gerekiyor.

Yani hemen "her şeyi doğru yapmak" daha iyi değil mi (c)?

 
TheXpert :

Hiç de bile. Bu arada, OnTrade ile fazla uğraşmamalısın çünkü. vakaların %100'ünde gelmez (bu, MT4'teki hata 1 ile yaklaşık olarak aynıdır)

Onlar. Yine de sigorta yaptırmanız gerekiyor.

Yani hemen "her şeyi doğru yapmak" daha iyi değil mi (c)?

Ticaretin neden vakaların ~% 100'ünde gelmeyeceğini gerekçelendirin?
 
Urain :
Ticaretin neden vakaların ~% 100'ünde gelmeyeceğini gerekçelendirin?
Çünkü bozuk paketler, iletişim kesintileri vb. saçmalık. Güvenilmez. Güvenilmez - kurtulmak zorundasın.