Geliştiriciler! Oluşturduğunuz şeyi hiç test ediyor musunuz? - sayfa 5
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
Lütfen 2 basit soruyu yanıtlayın:
1. İşlem yapılırsa TRADE_TRANSACTION_DEAL_ADD --> ORDER_STATE_STARTED mesajını almalı mıyım?
2. Siparişin değiştirildiği mesajının ardından TRADE_TRANSACTION_ORDER_UPDATE --> ORDER_STATE_REQUEST_MODIFY
TRADE_TRANSACTION_ORDER_UPDATE --> ORDER_STATE_PLACED mesajını almalı mıyım, almamalı mıyım?
Soru benim için olmasa da, cevaplamaya çalışacağım :)
Olaylarla çalışmak, örneğin, yolda kaybolmak veya kuyrukta beklememek gibi, beklenen olayların meydana gelmeyebileceği, ancak çok az şeyin olabileceği anlamına gelir (bir terminal hatası dahil). Bu nedenle, güvenilir çalışma için olay modelinizi güvenceye almanız gerekir. Örneğin, özellikle önemli olaylar için bir bekleme listesi oluşturuyorum ve bunu yalnızca ilgili olaylarla değil, aynı zamanda beklenen olayın gerçekleştiğine dair dolaylı doğrulama yoluyla da kontrol ediyorum.
Artyom, sözüne güvenmek istemiyorum ama sana göre bu değil.
adım olarak kabul edilir. Gerçek şu ki, mevcut hatalar
TOR'uma göre bir danışman yazmanıza izin verecek.
Şimdi danışmanım çalışıyor ve günde %1 kar ediyor.
Tamamen modernize etmek istedim, ancak hatalardan dolayı
MT-5 başarısız olur.
İkinci olarak, 5000 Euro'luk bir depozito ile masrafları size ait olmak üzere test edersek ön ödeme ne olur?
Her zaman ön koşullarımı ortaya koyarım. Ön koşullarımı kabul ettikten sonra TOR'u okuyorum, sonra diyorum ki - daha az maliyetli olacak / daha pahalı olacak / gerçekleştirmesi gerçekçi değil. Anlaşmadan sonra, TOR'u en küçük ayrıntısına kadar tartışırız. Ve ancak tam bir karşılıklı anlayıştan sonra, çalışmaya hazır olduğumuzu onaylıyoruz. Çalışma sırasında müşteri ile yakın işbirliği içinde çalışırız. Her zaman iletişim halinde. Algoritmanın "dişlilerinin" her biri hakkında tartışmalara ve açıklamalara devam ediyoruz. Bir sonraki "dişli" bilenene ve test edilene kadar bir sonrakine geçmiyoruz. Bitmiş çözümü aktarmadan önce, algoritmayı hatalar için kendim test ediyorum, ancak yalnızca test cihazında ve yalnızca algoritmanın doğruluğu için. Hesapta test - yalnızca hataları bulmak için ve yalnızca müşteri tarafından ve yalnızca masrafları kendisine ait olmak üzere.
Bunun hiçbir şey hakkında bir konuşma olmadığını anlıyorum. Hadi durduralım.
P/S Hangi üst düzey dili konuşuyorsunuz?
"Kendimizi kedi ile ölçmeye" başladık mı?
cevap veriyorum - küfür
İyi günler, Yuri!
Evet tabiki haklısın olay 1 kere gelmeyebilir valla iki hatta üç.
Ama gelirler ama DİĞER!
Lütfen siparişin değiştirildiğini nasıl kontrol ettiğinizi söyler misiniz (sunucu yanıtı olmadan)?
"Kendimizi kedi ile ölçmeye" başladık mı?
cevap veriyorum - küfür
Artyom, soruları bir şekilde sapıkça anlıyorsun!
Sana teklif edebileceğimi düşündüm, yaz (danışman yerine)
Plaza II için küçük bir terminal, biri için zor olacak ...
Artyom, soruları bir şekilde sapıkça anlıyorsun!
Sana teklif edebileceğimi düşündüm, yaz (danışman yerine)
Plaza II için küçük bir terminal, biri için zor olacak ...
Üzgünüm. Seni yanlış anladım. Yine de yorgunluk etkiler - Karmaşık bir düzen üzerinde çalışıyorum, az uykum var ....
Önerin için teşekkürler. Benim planlarım biraz farklı. Muhtemelen reddedeceğim.
Soru benim için olmasa da, cevaplamaya çalışacağım :)
Olaylarla çalışmak, örneğin, yolda kaybolmak veya kuyrukta beklememek gibi, beklenen olayların meydana gelmeyebileceği, ancak çok az şeyin olabileceği anlamına gelir (bir terminal hatası dahil). Bu nedenle, güvenilir çalışma için olay modelinizi güvenceye almanız gerekir. Örneğin, özellikle önemli olaylar için bir bekleme listesi oluşturuyorum ve bunu yalnızca ilgili olaylarla değil, aynı zamanda beklenen olayın gerçekleştiğine dair dolaylı doğrulama yoluyla da kontrol ediyorum.
Hayır, yuvarlanmıyor. Olay modeli kesinlikle güvenilir olmalıdır. Eğer olay ulaşmadıysa, o zaman yoktu. FORTS'ta olaylar özellikle net bir şekilde yürütülmelidir, çünkü. bir siparişi değiştirmek düzinelerce işlem üretebilir.
Ve teşekkür ederim, ama sanırım yapacağım
Plaza II'ye "sürün".
tavsiye etmem. Bu hatayı MQ ile birlikte düzeltmek, tek başına plazanın altına yeni bir terminal kurmaktan çok daha kolay. Sonsuz düzeltme hatalarında ve "standart işlevsellik" yazmada boğulun. Kendi deneyimimden konuşuyorum. Belirli görevler için başka bir "bisikletin" sonucu olan Stok #'a dayalı bu kendi kendine yapılan komplekslerden birini kısmen geliştirdim. Destek servisi ile savaşmak daha iyidir ve daha kolay ve daha ucuz olacaktır.
İyi günler, Yuri!
Evet tabiki haklısın olay 1 kere gelmeyebilir valla iki hatta üç.
Ama gelirler ama DİĞER!
Bununla birlikte, bu bir, iki veya üç kez en uygunsuz anda olabilir, bu tam olarak size olan şeydir. Bu arada, Yardım'da bu ayrıntılı olarak ele alınmıştır. Ve geliştiricilerin kendileri , başkalarının gelmesinden sonra bazı alım satım işlemlerinin alınması beklentisiyle alım satım algoritmalarını oluşturmayı önermezler.
Terminalden manuel olarak veya OrderSend() / OrderSendAsync() ticaret işlevleri aracılığıyla gönderilen bir ticaret talebi, ticaret sunucusunda birkaç ardışık ticaret işlemi oluşturabilir. Aynı zamanda, bu işlemlerin terminalde alınma sırası garanti edilmez, bu nedenle alım satım algoritmanızı, bazı alım satım işlemlerinin diğerlerinin gelmesinden sonra alınması beklentisi üzerine kuramazsınız. Ayrıca sunucudan terminale teslimat sırasında işlemler kaybolabilir.
//---
Lütfen siparişin değiştirildiğini nasıl kontrol ettiğinizi söyler misiniz (sunucu yanıtı olmadan)?
Örneğin, önceki değerleri mevcut olanlarla karşılaştırın.
Hayır, yuvarlanmıyor. Olay modeli kesinlikle güvenilir olmalıdır. Eğer olay ulaşmadıysa, o zaman yoktu. FORTS'ta olaylar özellikle net bir şekilde yürütülmelidir, çünkü. bir siparişi değiştirmek düzinelerce işlem üretebilir.
Bir olay modeli tanımı gereği kesinlikle güvenilir olamaz, eğer bir olay ulaşmadıysa, bu hiç olmadığı anlamına gelmez.
tol64!
Evet, nasıl geldikleri önemli değil ("sipariş verildi" olayının önce gelmesi, ardından "değişiklik durumunda sipariş" gelmesi mantıklı olmasa da)
Doğru değil?
Resmime dikkatlice bakarsanız, "sipariş verildi" yerine "sipariş kısmen dolduruldu" (arka arkaya iki tane var) mesajının geldiğini göreceksiniz!
P / S Ve "metni çıkarmanıza" ve şöyle başlayan tüm cümleyi yapmanıza gerek yok:
Alım satım işleminin türünü bilerek alım satım hesabındaki emirlerin, pozisyonların ve işlemlerin mevcut durumunun analizine karar verebilirsiniz.