Mql5 dilinin özellikleri, incelikleri ve çalışma yöntemleri - sayfa 5

 
Dmitry Fedoseev :

Standart ticaret sınıfının da kullanılabilmesi için bekleme için ayrı bir fonksiyon yazmak daha iyi olur.

Şimdi SB'den önce bir çözüm eklerseniz, senkronize hale gelecektir.

Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum

Mql5 dilinin özellikleri, incelikleri ve çalışma yöntemleri

fxsaber , 2017.02.25 16:02

Tüm OrderSends'leri ticaret ortamıyla senkronize hale getirmek ve tuzaklardan kaçınmak için verilen kaynağı bir mqh dosyası olarak düzenlemek ve programlarınızda uygun #include'u yapmak yeterlidir.

 
Dmitry Fedoseev :

İşler çok daha kolay. Siparişi göndermeden önce tarihin uzunluğunu hatırladım ve gönderdikten sonra tarihin uzunluğunun artmasını bekledim. Aniden sonsuza kadar takılmaması için bir zaman aşımı girilmelidir.

fxsaber :

Bir zaman aşımı var. Sizin sürümünüzde, ne yazık ki, birden fazla Sipariş Gönderiminin birlikte işlenmesi (farklı Uzman Danışmanlardan) sorunlar olabilir.

Ve ORDER_MAGIC bu durumda yardımcı olmayacak mı? Sadece danışmanınızın geçmişini kontrol etmek için mi?
 
Vasili Puşkaryev :
Ve ORDER_MAGIC bu durumda yardımcı olmayacak mı? Sadece danışmanınızın geçmişini kontrol etmek için mi?
Yardım edecek
 
Vasili Puşkaryev :
Ve ORDER_MAGIC bu durumda yardımcı olmayacak mı? Sadece danışmanınızın geçmişini kontrol etmek için mi?
Bu bir sorun olabilir

Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum

Mql5 dilinin özellikleri, incelikleri ve çalışma yöntemleri

fxsaber , 2017.02.25 17:29

Ayrıca, yalnızca geçmiş senkronize değil, aynı zamanda açık pozisyonların/emirlerin SL/TP'si vb.

Piyasalar için tarih, önce yalnızca bir siparişle ve bir an sonra - bir anlaşmayla artabilir.

Ayrıca, ORDER_MAGIC zaten bir geçmiş isteğidir. Onlar. daha önce önerildiği gibi sadece tarihin artmasını beklemek mümkün değildir.

Beklemeniz gereken şeyin mantığına dayalı olarak, yalnızca bir işçi (bekleme şeklinde) varken neden bazı yöntemler icat ettiğinizi tam olarak anlamış değilim.

Her TRADE_ACTION için farklı bir şey beklemeniz gerekir. Bu sadece bu kadar özel ve bekliyor. Başka bir bekleyiş - anlamı yok. Kelimeden başka bir çözüm yok.

 
fxsaber :
Bu bir sorun olabilir

Ayrıca, ORDER_MAGIC zaten bir geçmiş isteğidir. Onlar. daha önce önerildiği gibi sadece tarihin artmasını beklemek mümkün değildir.

Beklemeniz gereken şeyin mantığına dayalı olarak, yalnızca bir işçi (bekleme şeklinde) varken neden bazı yöntemler icat ettiğinizi tam olarak anlamış değilim.

Her TRADE_ACTION için farklı bir şey beklemeniz gerekir. Bu sadece bu kadar özel ve bekliyor. Başka bir bekleyiş - anlamı yok. Kelimeden başka bir çözüm yok.

Sen çok ilginç bir arkadaşsın. Her şeyi ayrıntılı olarak boyamazsanız, tahmin edemezsiniz. Büyüyü hesaba katarak tarihin artmasını bekleyin.
 
Dmitry Fedoseev :
Büyüyü hesaba katarak tarihin artmasını bekleyin.
Değiştirilirse ne olur?
 
fxsaber :
Değiştirilirse ne olur?
Neden sonra bekliyorsun?
 
Dmitry Fedoseev :
Neden sonra bekliyorsun?
Başarılı bir OrderSend'den sonraki gecikmeyi değiştirirken, bununla karşılaşabilirsiniz.
( ENUM_ORDER_STATE ):: OrderGetInteger ( ORDER_STATE ) == ORDER_STATE_REQUEST_MODIFY

SL / TP'nin konum değişikliğinde olduğu gibi hemen güncellenmemesine ek olarak.

Not: Sadece birçok ticaret sunucusunun stres testleri durumunda nüansları öğrenmek mümkündür. Bu olmadan, gerçek hayatta ticaret - belki.

 
Her zaman bir şeyle karşılaşabilirsin
 
Dmitry Fedoseev :
Her zaman bir şeyle karşılaşabilirsin
Önerilen çözüm şimdiye kadar başka bir şeye rastlamadı. Bu yüzden daha iyisini sunamazdım.
Neden: