Global Değişkenlere karşı FileWrite - sayfa 2
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
Yanıt için teşekkürler.
Evet katılıyorum.
Ancak sorun şu şekilde olacaktır:
Sihirli sayı 123 ile bir ticaret açılır.
Bu ticareti yönetirken, EA 123xxxxxx adlı GV'yi arayacaktır.
Artık kullanıcı , ticaret hala aktifken sihirli sayı için EA ayarını 789 olarak değiştiriyor.
Yani şimdi EA, 789xxxxx adında (ki mevcut değil) GV'yi arıyor.
Esasen, kullanıcı girişi ile değiştirilemeyen bir GV adlandırma kuralı arıyorum.
Sihirli numarayı gizlemeyin.
Basit yol, kullanıcılarınıza sihirli sayının ne olduğunu söylemektir, bununla nasıl başa çıkacaklarını bilecekler.
Eski büyü ile hala açık işlemler varsa, büyü numarasını değiştirmeye izin vermeyin.
Örneğin, açık sipariş olmadığında değişiklik geçerli olacaktır. Hala açık işlemler varsa, kullanıcı yine de değişebilir ancak geçerlilik kazanmaz.
Bu mantık aslında oldukça kolay yapılabilir.
Yanıt için teşekkürler.
Sanırım bu mümkün, ama biraz dağınık? Bunu yapmayı düşünebilmemin tek yolu siparişler arasında dolaşmak ve açık sipariş olup olmadığını kontrol etmek . Bu durumda, int MagicNumber girişini int NewMagic öğesine uygulayın
Yoksa daha kolay bir yolu var mı?
ChartID() çok daha kolay görünüyor, kullanımında bir sorun mu var?
Sanırım birkaç kişiyle aynı anda gönderiyordum...
@fxMeter - EA'yı birden fazla çizelgede kullanmak istiyorlarsa, sihirli sayıyı kopyalarla karşılaşmadan değiştirmeye devam etmenin bir yoluna ihtiyacım var. Bu da bizi tekrar GV'lere geri getiriyor.
@deysmacro - Sanırım aynı çözümü düşünüyorduk
Ama yine - ChartID() kullanılabilirse bunların hepsi çok iş gibi görünüyor?
Sanırım birkaç kişiyle aynı anda gönderiyordum...
@fxMeter - EA'yı birden fazla çizelgede kullanmak istiyorlarsa, sihirli sayıyı kopyalarla karşılaşmadan değiştirmeye devam etmenin bir yoluna ihtiyacım var. Bu da bizi tekrar GV'lere geri getiriyor.
@deysmacro - Sanırım aynı çözümü düşünüyorduk
Ama yine - ChartID() kullanılabilirse bunların hepsi çok iş gibi görünüyor?
İlk başta çok iş. Sonra bir kez uygulandıktan sonra yapılacak çok az iş.
Kodlama her zaman böyledir. :)
Bunun yapılabileceğine katılıyorum, ancak insanların neden ChartID() kullanımına karşı olduğunu merak ediyorum. onla ilgili yanlış bir şey mi var?
https://forum.mql4.com/62102
Bağlantı için teşekkürler, ancak bu sorunun benim için geçerli olacağını sanmıyorum - ChartID'yi EA'nın diğer örneklerine iletmeyi düşünmüyorum.
Sadece ChartID() öğesinin GV adı olarak kullanılacak geçerli grafiğin güvenilir, benzersiz bir tanımlayıcısı olup olmadığını bilmek istiyorum.
Bağlantı için teşekkürler, ancak bu sorunun benim için geçerli olacağını sanmıyorum - ChartID'yi EA'nın diğer örneklerine iletmeyi düşünmüyorum.
Sadece ChartID() öğesinin GV adı olarak kullanılacak geçerli grafiğin güvenilir, benzersiz bir tanımlayıcısı olup olmadığını bilmek istiyorum.
Ea'nızda yerleşik bir tanımlayıcıya sahip olsanız iyi olur. Oradan birçok şey yapabilirsiniz ve güvenilirdir.
Bağlantı için teşekkürler, ancak bu sorunun benim için geçerli olacağını sanmıyorum - ChartID'yi EA'nın diğer örneklerine iletmeyi düşünmüyorum.
Sadece ChartID() öğesinin GV adı olarak kullanılacak geçerli grafiğin güvenilir, benzersiz bir tanımlayıcısı olup olmadığını bilmek istiyorum.
sihirli sayı ve ChartID() tamamen farklı şeylerdir. Magic, sunucu tarafında yaptığınız ticarete kayıtlıdır. ChartID(), yalnızca mevcut terminal örneğinizdeki bir grafiği tanımlamak içindir.