"Göstergelerin Ekonomik Hesaplanmasına İlişkin Prensipler" makalesi için tartışma - sayfa 2 12 Yeni yorum Prival 2010.06.30 17:07 #11 Renat: Neyse ki, terminalin hatası nedeniyle gösterge oluşturma hatası pratikte meydana gelmez. Bu çok güçlü bir ifade. Her zaman böyle bir karmaşa yaratacak bazı sahtekar Privaller olacaktır :-). Vasily 2010.07.01 10:55 #12 Ram'e geri dönelim.hareketli ortalamanın değerini değiştiren bir genetik algoritma var. ve değişken, göstergenin çalışması sırasında değişir.Teknik bir gösterge nasıl doğru şekilde başlatılır. ve döngüden çıkmak imkansızdır, sonuna kadar tamamlanmalıdır. Генетические алгоритмы - это просто! 2010.05.25 Andrey Dik www.mql5.com В статье автор расскажет об эволюционных вычислениях с использованием генетического алгоритма собственной реализации. Будет показано на примерах функционирование алгоритма, даны практические рекомендации по его использованию. Teoriden pratiğe MQL uzmanları için soru WebMoney kapsamında, hesaptaki parayla Prival 2010.07.02 19:05 #13 Bu kontrolün neden her yerde yapıldığını söyleyin if(prev_calculated > rates_total || prev_calculated <= 0)// gösterge hesaplamasının ilk başlangıcını kontrol edin prev_calculated > rates_total koşuluyla ilgileniyorum (önceki çağrıda işlenen çubuklar giriş zaman serisinin boyutundan daha fazla).Bu gerçekten mümkün mü (bu durum nedir)? Henüz bu tırmığa adım atmadım. MT5 değişim terminalinde göstergeler prev_hesaplanmış FOREX - Eğilimler, tahminler Prival 2010.07.02 19:57 #14 Sanırım anlıyorum. Bu durum bir sınırlama varsa(Penceredeki maks. çubuk sayısı=50000) oluşabilir. Doğru mu? Kourosh Hossein Davallou 2013.04.04 16:53 #15 Teşekkür ederim. 12 Yeni yorum
Neyse ki, terminalin hatası nedeniyle gösterge oluşturma hatası pratikte meydana gelmez.
Bu çok güçlü bir ifade. Her zaman böyle bir karmaşa yaratacak bazı sahtekar Privaller olacaktır :-).
Ram'e geri dönelim.
hareketli ortalamanın değerini değiştiren bir genetik algoritma var.
ve değişken, göstergenin çalışması sırasında değişir.
Teknik bir gösterge nasıl doğru şekilde başlatılır.
ve döngüden çıkmak imkansızdır, sonuna kadar tamamlanmalıdır.
Bu kontrolün neden her yerde yapıldığını söyleyin
prev_calculated > rates_total koşuluyla ilgileniyorum (önceki çağrıda işlenen çubuklar giriş zaman serisinin boyutundan daha fazla).
Bu gerçekten mümkün mü (bu durum nedir)? Henüz bu tırmığa adım atmadım.