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
Terminalin yerel veritabanında, kenelerin indirme durumunu / indirilenlerin varlığını kontrol etmek için bir işlev eklemek güzel olurdu. CheckXXX( karakter ) gibi bir şey. Her zaman kuruş çekmemek için.
BuyLimit test cihazında, sipariş Sor veya Bid tarafından tetiklenecek mi?
Tabii ki Ask tarafından.
Kendiniz kontrol edin, zor değil.
Kişinin yanıldığına dair bir umut vardı, ama hayır, Açılışta gerçek keneler üzerinde kontrol ettim ve öyle. Buyrun: teklif, satın alma limitinin altında. Camın mucizeleri. ))
Ve şimdi palet sınırın altında, ama yine de buna değer. Ne yok edilemez bir sınırlayıcı. )))
Ama ciddiyim, hepsi saçmalık. Yine de test cihazında gerçekliği tamamen yeniden üretmek mümkün olmayacaktır (eğer verilen siparişler, test cihazında yeniden üretilemeyecek olan gerçekte sipariş defterini değiştiriyorsa, aksi takdirde test cihazının, üzerinde bulunduğu verileri değiştirdiği ortaya çıkacaktır). test ediyor), yani bu nüanslara yaklaşırken bu kadar titiz olmaya değer mi? Sor ve sor'a göre, bu stratejinin nasıl çalıştığına dair yaklaşık bir resim verecektir. Bir FIG testi hiçbir şeyi garanti etmez.
Kişinin yanıldığına dair bir umut vardı, ama hayır, Açılışta gerçek keneler üzerinde kontrol ettim ve öyle. Buyrun: teklif, satın alma limitinin altında. Camın mucizeleri. ))
Test cihazının fiyatlandırmayı etkilemediğini daha önce birkaç kez söylediler.
Geliştiricilere farklı bir sorum var. Test eden kişi yalnızca teklifleri kullanır ve "gerçek onaylar" modunda sorarsa, neden EA'yı COPY_TICKS_INFO- ticks yerine COPY_TICKS_ALL -tick ile çalıştırıyor? Biraz atık var.
Test cihazının fiyatlandırmayı etkilemediğini daha önce birkaç kez söylediler.
Bunun benim yazımla nasıl bir ilgisi var?
BuyLimit test cihazında olduğu için, bu sadece, soru BuyLimit'e ulaştığında test kullanıcısının SATIN ALMASI emridir. Daha fazla ve daha az değil.
Ancak sonuncusu sınırın altına düştüğünde, bu zaten bir hatadır. Sınırın altında bir anlaşmanın yapıldığı, ancak gerçekleştirilmediği ortaya çıktı, ki bu olamaz. Sonuncusu bir soru değil, test eden kişiye bir emir olmalıdır.
Paletin görünümünün doğasını anlamak gerekir. Gerçek hayatta son, birisi mevcut ticaret ortamına bakarak bir piyasa oluşturmaya karar verdiğinde ortaya çıkar. Birinin orada bir pazar yapma arzusunu etkileyen ticaret ortamıdır (geçmiş + mevcut durum (gözlük)). Bu, gerçek hayatta limitler koyar ve kaldırırsanız, birinin piyasa yapıp yapmama kararını etkileyebileceği anlamına gelir. Eğer bu biri limit kartınızı görürse, ona bir market göndermeyebilir veya tam tersi olabilir. Ayrıca, en iyi fiyattan uzak bir yere büyük bir limit limiti koyarsanız, o zaman bu biri kendi pazarıyla bir başkasının limitini doldurmaz, ki bu en iyi fiyattı.
Bütün bunlar, kanatçıkların test performansıyla hiçbir ilgisi olmadığını gösteriyor. Ayrıca, paletler hakkındaki bilgileri herhangi bir ticaret mantığında kullanmak için çok dikkatli olunmalıdır. Test eden kişi hiçbir durumda kanatları hesaba katmamalı ve fiyatlandırma da onu etkilememelidir.
Test cihazında, yürütme ile ilgili her şey doğrudur.
Bu anlamda, paletler tarafından çubukların (göstergeler için ilk bilgiler) yapımı çok garip görünüyor. Tarihsel olarak, bu oldu, ancak en hafif tabirle bu tartışmalıdır. Yumuşak değil - yanlışlıkla. Aynı spreadin ortalama fiyatına inşa edilen barlar çok daha bilgilendirici olacaktır.
Paletin görünümünün doğasını anlamak gerekir. Gerçek hayatta son, birisi mevcut ticaret ortamına bakarak bir piyasa oluşturmaya karar verdiğinde ortaya çıkar. Birinin orada bir pazar yapma arzusunu etkileyen ticaret ortamıdır (geçmiş + mevcut durum (gözlük)). Bu, gerçek hayatta limitler koyar ve kaldırırsanız, birinin piyasa yapıp yapmama kararını etkileyebileceği anlamına gelir. Bu biri limit kartınızı görürse, o karta bir market göndermeyebilir veya tam tersi olabilir. Ayrıca, en iyi fiyattan uzak bir yere büyük bir limit limiti koyarsanız, o zaman bu biri kendi pazarıyla bir başkasının limitini doldurmaz, ki bu en iyi fiyattı.
Bütün bunlar, kanatçıkların test performansıyla hiçbir ilgisi olmadığını gösteriyor. Ayrıca, paletler hakkındaki bilgileri herhangi bir ticaret mantığında kullanmak için çok dikkatli olunmalıdır. Test eden kişi hiçbir durumda kanatları hesaba katmamalı ve fiyatlandırma da onu etkilememelidir.
Test cihazında, yürütme ile ilgili her şey doğrudur.Bu, işlemlerin tarihidir. Ve geriye dönük test ile ilgisi yok. Bir talep varsa, borsa taşmak zorunda kaldı, bunun üzerine piyasaya gittiniz. Ama bir son varsa, o zaman sınırlayıcılarınızın olmadığı ortam içindi.
Kısacası, aptalca bir inat gösteriyorsunuz. Yorgun.
Kişinin yanıldığına dair bir umut vardı, ama hayır, Açılışta gerçek keneler üzerinde kontrol ettim ve öyle. Buyrun: teklif, satın alma limitinin altında. Camın mucizeleri. ))
Hatalısınız.
Sunulan ekran görüntüsünde, Sor'un (yani satın alma limitinin talep tarafından tetiklendiğini) satın alma limitinden daha yüksek olduğunu görebilirsiniz.
Ve şimdi palet sınırın altında, ama yine de buna değer. Ne yok edilemez bir sınırlayıcı. )))
Yine yanılıyorsunuz, çünkü sormak satın alma limitinin seviyesini aşağı kırmadı. Koşul, istek tarafından tetiklendiğinde neden palete yapıştılar?
Ama ciddiyim, hepsi saçmalık. Yine de test cihazında gerçekliği tamamen yeniden üretmek mümkün olmayacaktır (eğer verilen siparişler, test cihazında yeniden üretilemeyecek olan gerçekte sipariş defterini değiştiriyorsa, aksi takdirde test cihazının, üzerinde bulunduğu verileri değiştirdiği ortaya çıkacaktır). test ediyor), yani bu nüanslara yaklaşırken bu kadar titiz olmaya değer mi? Sor ve sor'a göre, bu stratejinin nasıl çalıştığına dair yaklaşık bir resim verecektir. Bir FIG testi hiçbir şeyi garanti etmez.
Cidden, sadece okuma yazma bilmiyorsun.
Anlaşılan kafanızda parça parça bilgiler var ve size ne söylendiğini anlamaya çalışmıyorsunuz.