MT4 iMAOnArray ve iBandsOnArray eleman sayısının hesaplamalar üzerindeki etkisi - sayfa 5

Yeni yorum
 
Dmitry Fedoseev :
MODE_SMA aynı olmasına rağmen yine de kullanmamalısınız.

Bunu çok iyi anlıyorum ve hatta neden buna değmediğini yukarıda yazdım. Sonuçta, 96'dan beri programlama yapıyorum, diğer terminallerden sonra MT'yi keşfettiğimde 2009-10'da MQL'yi bir yerde denemeye başladım :)
Bu nedenle "iyi ve doğru kod" kurallarına aşinayım :)

 
Dmitry Fedoseev :
MODE_SMA aynı olmasına rağmen yine de kullanmamalısınız.

Neden kullanmaman gerektiğini söyleyebilir misin?

Yoksa her zaman olduğu gibi tek bir sebep mi var, yayılan parmaklar karışıyor mu?

Yalnızca MODE_SMA eşleşmeleri değil, diğer tüm taşıma yöntemleri de eşleşir. Ve iMAOnArray() periyodu iBandsOnArray() periyoduyla eşleşmese bile, arabellek dizisi bölümünü özel diziye iki kez kopyalamaya gerek yoktur, bu işlevleri çağırdığınızda ne olduğunu anlamanız yeterlidir.

 
Alexey Viktorov :

Neden kullanmaman gerektiğini söyler misin?

Yoksa her zaman olduğu gibi tek bir sebep mi var, yayılmış parmaklar karışıyor mu?

Yalnızca MODE_SMA ile değil, diğer tüm taşıma yöntemleriyle de eşleşir. Ve iMAOnArray() periyodu iBandsOnArray() periyoduyla eşleşmese bile, arabellek dizisi bölümünü özel diziye iki kez kopyalamaya gerek yoktur, bu işlevleri çağırdığınızda ne olduğunu anlamanız yeterlidir.

Tutarsızlığın nedenlerini 4. sayfadaki yazımda belirtmiştim. Sözüme inanmıyorsanız, orijinali M1 tablosunda ayarlayın ve sürümünüzün altına MA için LWMA yumuşatma ve 100'lük bir nokta girin ve Bantlar için 12'lik bir nokta bırakın.
 
Alexey Viktorov :

Neden kullanmaman gerektiğini söyler misin?

...

Yapabilirim. Ama ben istemiyorum.
 
Dmitry Fedoseev :
Yapabilirim. Ama ben istemiyorum.
Ayrıca cevabımı görmüyor musun? Bunun neden kullanılmaması gerektiğini de belirttim.
 
Sergey Efimenko :
Tutarsızlığın nedenlerini 4. sayfadaki yazımda açıkladım. Sözüme inanmıyorsanız, orijinali M1 tablosunda ayarlayın ve sürümünüzün altına MA için LWMA yumuşatma ve 100'lük bir nokta girin.

Sergei, tüm manipülasyonlarının nedenini hemen anlamadım, iyi bir şekilde böyle numaralara gerek yok. Yeniden hesaplama için geçmişi sınırlamak istiyorsanız, bunu yapmanın başka yolları da vardır ve bu işlevleri tüm dizi için, yani 300'ü koymak istediğiniz yerde güvenle 0 ayarlayabilirsiniz ve hiçbir fren olmayacaktır.

Ve bir kez daha tüm saygı ve nezaketimle "size" yapılan çağrının, "size" yapılan çağrıdan çok daha iyi olduğunu, küçük bir mektup ve "sizin" gönderildiği adresle açıklamaya çalışacağım.

 
Sergey Efimenko :
Ayrıca cevabımı görmüyor musun? Bunun neden kullanılmaması gerektiğini belirttim.
Anlıyorum. Ama bu soru kişisel olarak benim içindi.
 
Dmitry Fedoseev :
Yapabilirim. Ama ben istemiyorum.

Doğru olanı yapıyorsun ama parmaklarını kırabilirsin. stres yapma.


not; bir cevap bekle, ben dinleneceğim...

 
Alexey Viktorov :
Doğru olanı yapıyorsun ama parmaklarını kırabilirsin. stres yapma.
Ne kadar inatçısın ama devam et belki bir gün boynuzlar kopar.
 
Alexey Viktorov :

Sergei, tüm manipülasyonlarının nedenini hemen anlamadım, iyi bir şekilde böyle numaralara gerek yok. Yeniden hesaplama için geçmişi sınırlamak istiyorsanız, bunu yapmanın başka yolları da vardır ve bu işlevleri tüm dizi için, yani 300'ü koymak istediğiniz yerde güvenle 0'a ayarlayabilirsiniz ve hiçbir fren olmayacaktır.

Ve yine yanılıyorsunuz, tam diziyi hesaplarken konu sadece frenler nedeniyle ortaya çıktı. Terminali başlatırken veya içinde biraz daha karmaşık bir gösterge bulunan TF'ler arasında geçiş yaparken, ancak burada belirtilen işlevlere dayanarak, aslında kabul edilemez frenlemeye neden olur. Genel olarak cevap, işlevlerin yalnızca tam diziyi hesaplarken çalıştığı, ancak bu formda terminali kabul edilemez şekilde yavaşlattıkları zaten açıktır. Hesaplama, birisinin genel performansı kaybetmeden "eksik" bir diziyle bu işlevlerden gerekli değeri almayı başardığıydı.
123456789
Yeni yorum