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
İşte kod yığınından çıkardığım şey:
Bir soru - neden kayıyor? Peki, global değişkenlerde bir iş parçacığı çıkarmak için 10ku (tekrar sayısı).
Bu seçeneğe ne dersiniz?
Farklı kaymalar var. Bir döngüde olanlar... Yani, genel olarak durum şudur: Bir işlem masası olduğunda veya sakin bir piyasada, o zaman emir ilk denemelerde kapatılır. Bir kız otururken, on kez tekrar etmesi ve hatta dudaklarını boyayana kadar beklemesi gerekir. Ve bazen sunucu yavaşlar. Bunların hepsi "gerçek DC'ler" içindir.
PlaySound'dan sonra kayar, böylece diğer sesler anlaşılmaz, PlaySound bir öncekinin sesini keser.
Global değişkenler terminali ustaca tartar. Evet ve gerek yok, harici algoritma normalde kapalı olmayan siparişleri işlemelidir.
Global değişkenler terminali ustaca tartar.
Oh, ayrıca unuttum - RefreshRates, bağlamın yakalanmasından sonra döngünün başlangıcına kadar, o zaman sorma ve teklif verme ile uğraşmanıza gerek kalmayacak. Evet ve diğer değerler de.
RefreshRates başka biri için orada değil. Bu yüzden OrderClose'un false döndürdüğü, ancak siparişin gerçekten kapalı olduğu durumlarla başa çıkmaya çalıştım. Bir duraklamadan ve RefreshRates'ten sonra OrderSelect() gelir. İçerisi nasıl bilmiyorum ama işe yarıyor gibi.
Sor ve Bid genellikle tüylerde bir mucizedir, bazen normalleştirilmeleri gerekir :)
---
Yaklaşık on tekrar ve neden global değişkenlerde bunu anlamadım. Bir marjla on tane var. Dışarda mı yoksa ne?
Ya sipariş bir dakikalığına kapanırsa? Bu durumu kodla yenemezsiniz. Bu bir terminal iletişim hatasıdır.
gip :
Yaklaşık on tekrar ve neden global değişkenlerde bunu anlamadım.
Sadece arıza sayısını birkaç kat azaltır. Tabii ki, bu bloktaki tüm durumlar çözülmedi. Emir bir dakikalığına kapanırsa, program o kadar zaman beklemelidir. Bu beklentiler, hatta kırılmış olanlar bile döngüyü geciktirir ve sonunda her şey olması gerektiği gibi olur.
---
> Sihirli sayılardan kaçınmak için Duc ve kurulumu kolaydır.
Bu onluk özelleştirilsin mi? Evet, öyle bir marjı var ki DC'yi değiştirmek daha kolay :) Ve bir megalot uğruna, gerçekten olduysa, kodda düzeltebilirsiniz.
Bir danışman var. İyi bir şekle getirilmesi gerekiyor.
Bunlar ondan gelen işlevler. Bütün bunları sindirilebilir bir forma getirmek mümkün.İşi basitleştirmek için iki işlev eklendi
Biri sipariş türünü kontrol eder ve ikincisi son açık siparişi arar
Dönüştürülen yazma işlevlerinin bir parçası