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
Görünüşe göre MT4'te hesaptaki alım satım kaldıracındaki bir değişikliği (yeniden bağlanmadan) öğrenmenin bir yolu yok.
Görünüşe göre MT4'te hesaptaki alım satım kaldıracındaki bir değişikliği (yeniden bağlanmadan) öğrenmenin bir yolu yok.
Beş yıl önce yaptı. Müşterinin kaldıracı belirli saatlerde düşürüldü ve AccountInfoInteger(ACCOUNT_LEVERAGE) değişkeninde değişmedi. Ve bunu bilmesi gerekiyordu.
Ne kadar bilimsel olarak bilmiyorum, ama kendi kendime, nadiren değişen, ancak günde birkaç kez değiştirilebilen bir sembolle bir kaldıraç olduğuna karar verdim.
Kontrolü şu şekilde yaptım:
Bazen kaldıraçSymb sembolü için mevcut hesaplanan kaldıraç 200 yerine 199, 198 verebilir (kaldıraç 1:200 olduğunda) Bu nedenle standart kaldıraçtan belirli bir yüzde çıkarılıp bu değerle karşılaştırılması gerekiyordu. Yukarıdaki çözüm daha sonra yardımcı oldu, kullanışlı olabilir.
Beş yıl önce yaptı. Müşterinin kaldıracı belirli saatlerde düşürüldü ve AccountInfoInteger(ACCOUNT_LEVERAGE) değişkeninde değişmedi. Ve bunu bilmesi gerekiyordu.
Ne kadar bilimsel olarak bilmiyorum ama hesapta nadiren değişen bir kaldıraç olduğuna kendim karar verdim, ancak günde birkaç kez değiştirilebilen bir kaldıraç var.
Kontrolü şu şekilde yaptım:
Bazen kaldıraçSymb sembolü için mevcut hesaplanan kaldıraç 200 yerine 199, 198 verebilir (kaldıraç 1:200 olduğunda) Bu nedenle standart kaldıraçtan belirli bir yüzde çıkarılıp bu değerle karşılaştırılması gerekiyordu. Yukarıdaki çözüm daha sonra yardımcı oldu, kullanışlı olabilir.
Evet, takip sembolü marj gereksinimleri sorun değil. ACCOUNT_LEVERAGE - yalnızca yeniden bağlanın.
Bilet listesinde gerekli emirleri saklayarak işlem geçmişini filtrelemek çok yaygın bir uygulamadır. Ve sonra bu liste üzerinde SELECT_BY_TICKET.
Bir bileti değil, bir pozisyonu hatırlama seçeneğini hiç görmedim. Aşağıda bir performans karşılaştırması var.
Biletli seçeneğin performansta neredeyse üç kat kaybettiği görülebilir.
Biletli seçeneğin performansta neredeyse üç kat kaybettiği görülebilir.
bir pozisyon kapatılırsa/açılırsa, biletle mantık bozulmaz, pozisyonla mantık bozulabilir.
bir pozisyon kapatılırsa/açılırsa, biletle mantık bozulmaz, pozisyonla mantık bozulabilir.
Bu sadece MODE_HISTORY modu ile ilgilidir.
Bu kodun , işlev çağrısından ÖNCE ve SONRA var olan bir sırayı atlamasının teorik bir olasılığı var mı? Veya iki kez sayın.
Onlar. Numaralandırma sırasında bir sipariş kaldırıldığında veya göründüğünde indekslemeye ne olur?
Veya iki kez sayın.
genellikle sıralamaya bağlıdır. varsayılan olarak zamana veya bilete göre sıralamayı kabul edersek, listenin sonunda yeni siparişler görünür ve en eskileri silindiğinde her şeyin değişmesi mantıklıdır.
Bir sipariş listenin başından kaldırıldığında, listeden birinin iki kez dikkate alınabileceği ortaya çıktı. yapmak kolay görünüyor - sadece önceki geçişten bileti hatırlayın ve karşılaştırın (ancak yine de bir garanti vermiyor)
Geri dönüş yolunda nasıl geçilir - gelmedi
genellikle sıralamaya bağlıdır. varsayılan olarak zamana veya bilete göre sıralamayı kabul edersek, listenin sonunda yeni siparişler görünür, en eskileri silindiğinde her şeyin değişmesi mantıklıdır.
Bir sipariş listenin başından kaldırıldığında, listeden birinin iki kez dikkate alınabileceği ortaya çıktı. yapmak kolay görünüyor - sadece önceki geçişten bileti hatırlayın ve karşılaştırın (ancak yine de bir garanti vermiyor)
Geri dönüş yolunda nasıl geçilir - gelmedi
Detaylı cevap için teşekkürler! Şimdi TÜM siparişleri BİR defada nasıl sıralayacağımı düşünüyorum.