Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret 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 EA'nızın ne yapacağını kabaca açıklayın. ayrı ayrı yönetilmesi gereken kaç farklı sipariş türü vardır. Aslında neyi başarmaya çalıştığınızı biliyorsak, belki de sorununuz hiç sorun değildir.
Sipariş verdiğimde sihirli sayı gibi benzersiz bir etikete sahip olmak istiyorum. Sabit sipariş sayısı yok.
Her yeni sipariş, yeni bir grup olarak ele alınmalı ve ayrı ayrı yönetilmelidir.
int ticket=OrderSend(Symbol(),OP_BUY,LotSize,MarketInfo(Symbol(),MODE_ASK),3,0,0,"My EA",12345,0,Green) & ticket=OrderSend(Symbol(),OP_BUY,LotSize,MarketInfo(Symbol(),MODE_ASK),3,0,0,"My EA",12345,0,Green);
12345'i düzeltmek yerine, sihirli sayının 1, ardından sonraki sıra 2, sonra 3, sonra 4 gibi her yeni sıra ile artmasını istiyorum.
Ayrıca OrderSend döngü yapmayan bir fonksiyondadır. Böyle bir şey nasıl yapılır?
Bazen dinamik bir dizi gibi[i] ???
Kapatmaya çalıştığımda, OrdersTotal() ve her benzersiz sihirli sayı dizisinden [i] ??? Ve koşul sağlandığında aynı gruptakileri kapatır.
lütfen böyle saçma sapan şeyler önermeyin. Sihirli sayı, siparişin kendisinde zaten bulunan değerleri depolamak için değildir.
Lütfen bana siparişin tam olarak neresinde olduğunu gösterebilir misiniz Dönem (); ?
Lütfen bana siparişin tam olarak neresinde olduğunu gösterebilir misiniz Dönem (); ?
Öyle değil.
IMHO, eğer bununla diğer uzmanları kullanmayı planlamıyorsanız ve onu vermeyi planlamıyorsanız, o zaman Sihirli Numarayı istediğiniz her şeyi saklamak için kullanabilirsiniz ...
Lütfen bana siparişin tam olarak neresinde olduğunu gösterebilir misiniz Dönem (); ?
Öyle değil.
IMHO, eğer bununla diğer uzmanları kullanmayı planlamıyorsanız ve onu vermeyi planlamıyorsanız, o zaman Sihirli Numarayı istediğiniz her şeyi saklamak için kullanabilirsiniz ...
Belki artan sihirli sayıyı saklamak için bir işlev
Her OrderSend'den önce, bir sonraki sihirli sayının atanacağını bulmak için işlevi çalıştırın.
Böyle bir işlevin nasıl yapılacağı hakkında bir fikriniz var mı?
Böyle bir işlevin nasıl yapılacağı hakkında bir fikriniz var mı?
Bu makalede nispeten karmaşık bir örnek var -> http://mqlmagazine.com/mql-programming/object-Orient-trading-an-oop-approach-to-trading/ .
Teşekkürler!
Bu gerçekten karmaşık, daha kolay bir yöntem var mı?
Sihirli sayının 1, ardından sonraki sipariş 2, sonra 3, sonra 4 gibi her yeni siparişte artmasını istiyorum.
Ancak bu, aynı benzersiz numaraya sahip iki siparişinizin asla olmayacağını garanti etmez mi? "Gruplarınız" her grupta yalnızca bir ticaretten mi oluşacak? Seni doğru anladım mı?
Sorunun tek çözümü olarak gördüğünüz şeye dayanarak ne yapmak istediğinizi (MN dizisi vb.) açıkladınız ama yine de sorunun kendisini açıklamadınız, ticaret sisteminin hangi emirlerin kapatılacağına nasıl karar vermesi gerektiğini ve hangileri tutacak. Bunu manuel olarak ticaret yapmak isteseydi nasıl çalışırdı, belki de konsepti açıklayacak, bunun ne tür bir sistem olduğunu netleştirecek kadar benzer , halka açık bir ticaret sistemi var mı?
Örneğin "genellikle" (çok sık) siparişin kendisinden belirlenebilen belirli gereksinimleri karşılayan emirleri kapatmaya çalışır, örneğin "en eski emir", "x pip kâr", "başabaş", "x pip zarar" , vb. ve sihirli sayı yalnızca kendi işlemlerini ve tamamen farklı EA'lardan gelen işlemleri anlatmak için kullanılır.
Bir kişi , üzerinde önceden açılmış emirler bulunan ve kendilerine yazılı kimlikler *olmadan* grafiğe bakılırsa, bu sistemle manuel olarak işlem yapabilir mi (ticarete devam edebilir mi?)
Sisteminizde, yalnızca siparişin kapatılması gerekip gerekmediğine karar vermek için tek bir siparişten tek bir kimliğe ihtiyacınız var? Ve her sipariş zaten benzersizse neden bilet numarasının kendisini kullanmıyorsunuz?
Bu konuda daha fazla bilgi sahibi olmak, geri adım atıp her şeye farklı bir açıdan bakmayı ve belki de çok daha zarif ve kolay bir çözüm bulmayı sağlayacaktır.
Ancak bu, aynı benzersiz numaraya sahip iki siparişinizin asla olmayacağını garanti etmez mi? "Gruplarınız" her grupta yalnızca bir ticaretten mi oluşacak? Seni doğru anladım mı?
Sorunun tek çözümü olarak gördüğünüz şeye dayanarak ne yapmak istediğinizi (MN dizisi vb.) açıkladınız ama yine de sorunun kendisini açıklamadınız, ticaret sisteminin hangi emirlerin kapatılacağına nasıl karar vermesi gerektiğini ve hangileri tutacak. Bunu manuel olarak ticaret yapmak isteseydi nasıl çalışırdı, belki de konsepti açıklayacak, bunun ne tür bir sistem olduğunu netleştirecek kadar benzer , halka açık bir ticaret sistemi var mı?
Örneğin "genellikle" (çok sık) siparişin kendisinden belirlenebilen belirli gereksinimleri karşılayan emirleri kapatmaya çalışır, örneğin "en eski emir", "x pip kâr", "başabaş", "x pip zarar" , vb. ve sihirli sayı yalnızca kendi işlemlerini ve tamamen farklı EA'lardan gelen işlemleri anlatmak için kullanılır.
Bir kişi , üzerinde önceden açılmış emirler bulunan ve kendilerine yazılı kimlikler *olmadan* grafiğe bakılırsa, bu sistemle manuel olarak işlem yapabilir mi (ticarete devam edebilir mi?)
Sisteminizde, yalnızca siparişin kapatılması gerekip gerekmediğine karar vermek için tek bir siparişten tek bir kimliğe ihtiyacınız var? Ve her sipariş zaten benzersizse neden bilet numarasının kendisini kullanmıyorsunuz?
Bu konuda daha fazla bilgi sahibi olmak, geri adım atıp her şeye farklı bir açıdan bakmayı ve belki de çok daha zarif ve kolay bir çözüm bulmayı sağlayacaktır.
"Fakat bu, aynı benzersiz numaraya sahip iki siparişinizin asla olmayacağını garanti etmez mi?"
Evet, benzersiz numara ile 2 veya daha fazla siparişiniz olabilir. Grup siparişlerinden sonra artırmayı yapın
Jon bu işlev benzersiz sayılar verir