Global Değişkenlere karşı FileWrite

 

Önemli bir ağırlaşma olmadan anında yeniden hesaplanamayan yaklaşık 8-10 değişkenim var (potansiyel olarak uzun süredir iCustom çağrılarından türetiliyorlar).

Normalde terminal başına 5-10 EA örneği çalıştırdığımı ve güvenilirlik ve hız için daha iyi seçeneğim olan bir kalıcılık düzeyi oluşturmak istediğimi düşünürsek:

1. Global Değişkenler; veya

2. Dosya Yazma

Her iki sistemle de ne yapmam gerektiğini bulabileceğime eminim, ancak hangi yolun izleneceği konusunda net değilim.

Herhangi bir düşünce çok takdir edilecektir.

 
toast :

Önemli bir ağırlaşma olmadan anında yeniden hesaplanamayan yaklaşık 8-10 değişkenim var (potansiyel olarak uzun süredir iCustom çağrılarından türetiliyorlar).

Normalde terminal başına 5-10 EA örneği çalıştırdığımı ve güvenilirlik ve hız için daha iyi seçeneğim olan bir kalıcılık düzeyi oluşturmak istediğimi düşünürsek:

1. Global Değişkenler; veya

2. Dosya Yazma

Her iki sistemle de ne yapmam gerektiğini bulabileceğime eminim, ancak hangi yolun izleneceği konusunda net değilim.

Herhangi bir düşünce çok takdir edilecektir.

Terminalin Global Değişkenlerinin kullanımı daha kolaydır, bunları terminal içinde manuel olarak da değiştirebilirsiniz. Ancak bir dosyaya yazmak daha esnektir.
 
angevoyageur :
Ancak bir dosyaya yazmak daha esnektir.

b ut daha güvenilir
 

Eğer ea'nızı doğru kodlarsanız Global Değişkenler güvenilir olabilir. Bir dosyaya yazmak için aynı şey.

Ea kodunuz Global Değişkenleri işlemek veya bir dosyaya yazmak için doğru şekilde yapılmadıysa hiçbir şey güvenilir değildir.

Global Değişkenler veya bir dosyaya yazma, aslında sadece zevkinize göre tatlardır.

 

Haklısın !!!

Global Değişkenlerin yalnızca terminal kapatılarak bir dosyaya kaydedildiği zamanları (birkaç yıl önce) hatırlıyorum

bu, terminal/bilgisayar/güç çökmesi olursa, kaydedilmemiş demektir

o zamandan beri işler değişmiş gibi görünüyor ve şimdi hemen bir dosyaya kaydediliyorlar

bilgi için teşekkürler

 
Herkese hızlı cevaplar için çok teşekkür ederim - her zamanki gibi hızlı ve bilgilendirici!
 
qjol :

Haklısın !!!

Global Değişkenlerin yalnızca terminal kapatılarak bir dosyaya kaydedildiği zamanları (birkaç yıl önce) hatırlıyorum

bu, terminal/bilgisayar/güç çökmesi olursa, kaydedilmemiş demektir

o zamandan beri işler değişmiş gibi görünüyor ve şimdi hemen bir dosyaya kaydediliyorlar

bilgi için teşekkürler


GV bugünlerde daha güvenilir hale geliyor.

Güzel değil mi? Umarım MetaQuotes bunu daha da güzelleştirebilir. :)

 

Sizi başka bir soruyla rahatsız edebilirsem:

Global değişkenleri adlandırmak için ChartID() güvenilir bir yol mu? Her zaman benzersiz midir ve belirli bir grafiğe atandığında değişmez mi?

Sihirli sayı ve Symbol() kombinasyonunu kullanmayı düşünüyordum, ancak endişem, birinin sihirli sayıyı aktif işlemlerle değiştirmesidir. Bu olursa, alım satımların yönetiminde kullanılan GV'ler doğru şekilde alınmayacaktır.


(Lütfen dikkat: GV'leri farklı çizelgeler/EA'lar arasında paylaşmıyorum, bu nedenle başka bir EA'nın GV'yi alabileceği konusunda endişelenmeme gerek yok. Bunları yalnızca kalıcılık için kullanıyorum)

 
toast :

Sizi başka bir soruyla rahatsız edebilirsem:

Global değişkenleri adlandırmak için ChartID() güvenilir bir yol mu? Her zaman benzersiz midir ve belirli bir grafiğe atandığında değişmez mi?

Sihirli sayı ve Symbol() kombinasyonunu kullanmayı düşünüyordum, ancak endişem, birinin sihirli sayıyı aktif işlemlerle değiştirmesidir. Bu olursa, alım satımların yönetiminde kullanılan GV'ler doğru şekilde alınmayacaktır.


(Lütfen dikkat: GV'leri farklı çizelgeler/EA'lar arasında paylaşmıyorum, bu nedenle başka bir EA'nın GV'yi alabileceği konusunda endişelenmeme gerek yok. Bunları yalnızca kalıcılık için kullanıyorum)


Sihirli sayı, siparişlerde (beklemede veya piyasada) bir kez değiştirilemez.
 

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.

 
toast :

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.

Eski büyü ile hala açık işlemler varsa, büyü numarasını değiştirmeye izin vermeyin.