En Düşük ve En Yüksek Fonksiyonlar Ne Getirir? - sayfa 6

Yeni yorum
 
Ben de düşündüm ki, görünüşe göre bu durumda takastan değil, tarihin değiştirilmesini beklemeden yeni bir barın yapılmaya başlanmasından bahsetmek daha doğru olur. Ve bu biraz doğru. Ama öte yandan, bir ticaret Uzman Danışmanı düşünelim. İletişim başarısız olur, ardından iletişim geri yüklenir. Geçmiş tamamen değiştirilmeden önce, Uzman Danışmanın yanlış gösterge değerlerine dayalı bir pozisyon açmak için zamanı olabilir. Yani, soru bu konunun kapsamını aşıyor ve genel olarak otomatik ticaretin güvenliği ile ilgili. Sorun kolay değil elbette. Belki çıktı önceden tanımlanmış bir değişken "tarihin son sürekli bölümünün uzunluğu" olabilir? Göstergeler (uzmanlar) bunu okuyabilir ve bir şekilde durumu ele alabilir.
 
Çubukların (yalnızca Zaman[0] değil) değerinin saklanması burada yardımcı olabilir. yani:

 Başlat()
{.....
if (Önceki Çubuklar!=Çubuklar-1) 
{
içinde();
ÖncekiÇubuklar=Çubuklar-1;
}
 
Ciddi ticaret Uzman Danışmanları yapanlar muhtemelen bu sorunun farkındadır. Ve böyle bir durum için bazı işlemler Expert Advisor'da yer almaktadır.
 
Çubukların (yalnızca Zaman[0] değil) değerini saklamanın yardımcı olabileceği yer burasıdır....

İşte bu günlük parçasının bir parçası, yeni bir çubuğun başlangıcında, Çubukların değiştirilecek çubuk sayısıyla değil 1 arttığını gösteriyor. Yani, yardımcı olmayacak.
 2006.10.31 23:58:25 CZZ2 EURUSD,M1: shift=0, Bars=38230, Time[shift]=2006.10.31 22:51, High[shift]=1.2763, Low[shift]=1.2763
2006.10.31 23:58:25 CZZ2 EURUSD,M1: shift=1, Bars=38230, Time[shift]=2006.10.31 22:45, High[shift]=1.2762, Low[shift]=1.2762
2006.10.31 23:58:23 CZZ2 EURUSD,M1: shift=0, Bars=38229, Time[shift]=2006.10.31 22:45, High[shift]=1.2762, Low[shift]=1.2762



Ciddi ticaret Uzman Danışmanları yapanlar muhtemelen bu sorunun farkındadır. Ve böyle bir durum için bazı işlemler Expert Advisor'da yer almaktadır.

Eh, bir şekilde durumu halletmeye çalışabilirsin, ama görünüşe göre çarpık çanlar ve ıslıklar olmadan yapamazsın. Özellikle MQ'nun deliksiz çizelgelerdeki sıkı konumu göz önüne alındığında.
Öte yandan terminal, geçmişi indirmesi gerekip gerekmediğini bilir. Bu bilgiye MQL'den ulaşılsaydı, sorun çok daha doğal bir şekilde çözülebilirdi.


 
Sonra Zaman[0] ve Zaman[1] zamanını karşılaştırırız. Ben kendim sadece bir kez böyle bir durumla mücadele ettim, bu yüzden yarasadan pratik bir kod veremem.
 
Sonra Zaman[0] ve Zaman[1] zamanını karşılaştırırız. Ben kendim sadece bir kez böyle bir durumla mücadele ettim, bu yüzden yarasadan pratik bir kod veremem.

"Deliksiz grafik" gibi kodu önceden sabitlemezseniz hiçbir şey yapmaz, çünkü deliklerin varlığı MT'de normal bir durumdur. Geniş zaman dilimlerinde olsa da, bu neredeyse tüm arıza durumlarını tespit etmenize olanak tanır.
 
Aslında bu bir dereceye kadar "şeytanlaştırma" :)
Kod maksimum koruma ile yazılmalıdır, çünkü veri değiş tokuşu yalnızca terminal hatası nedeniyle değil, aynı zamanda sağlayıcı, veri merkezi, komisyoncu, bilgisayar donmaları vb.
 
Bu arada, her ihtimale karşı. 28. Aşırı fiyatları arayın - http://www.alpari-idc.ru/ru/experts/articles/29.html
 
Korkarım maksimum korumaya sahip kod pratik kullanım için uygun olmayacak :). Genel olarak ticaret riskli bir iş olduğundan, kişi kendini makul korumayla sınırlayabilir. Ancak burada oldukça yaygın bir durumdan bahsediyoruz. Bu arada, önceki gönderide büyük zaman dilimlerinin daha fazla güvenliği hakkındaki sonucum yanlış. Çünkü geçmiş takasından önce bir önceki çubuk yanlış Yüksek, Düşük ve Kapanış değerlerine sahip olabilir ve mevcut çubuk yanlış Yüksek, Düşük ve Açık değerlere sahip olabilir.
 
Büyük zaman dilimlerinin küçük olanlardan bile daha tehlikeli olduğu ortaya çıktı, çünkü son iki çubuk için verilerin doğruluğunu belirlemenin basit bir yolunu göremiyorum. Dakikalarda asılı duran ve GoodHistoryDepht global değişkenini dolduran bir gösterge hayal edilebilir. Diğer göstergeler bu değeri kendileri için gerekli hesaplama derinliği ile karşılaştırır ve karar verir. Ancak MQ'nun delikler üzerindeki konumu nedeniyle, zamanın önemli bir kısmı (ve zaman aralığı ne kadar büyükse, günlük çubukların tamamen reddedilmesine kadar o kadar büyük) ticaret için uygun olmayacaktır. Özellikle iletişim başarısızlıklarının gerçek hesaplarda yaşamayı tercih ettiği düşünülürse.
1234567
Yeni yorum
Neden: