Tünaydın! Bilenlerden yardım istiyorum türkiyem günlük olarak çekmek istemiyor son çubuğa güncellenmesi için sürekli frame değiştirmek zorunda kalıyorum bu eksikliği nasıl giderebilirim ? Şimdiden teşekkürler!!!
İkinci gösterge olmadan kontrol etmek yine de mümkün olmayacaktır.
Elbette çalışıyor, ancak frenler korkunç. Yardımcı göstergenin hesaplamalarını ana göstergeye aktarmak gerekir. Ve genel olarak hesaplamaları optimize etmek daha iyi olurdu
Elbette çalışıyor, ancak frenler korkunç. Yardımcı göstergenin hesaplamalarını ana göstergeye aktarmak gerekir. Ve genel olarak hesaplamaları optimize etmek daha iyi olurdu
Yardımın için çok teşekkür ederim!!! Ve olaylar sırasında başka bir soru, hesaplamaları nasıl optimize edebilirsiniz ve MACD'yi belirli sınırlar içinde olacak şekilde en iyi nasıl normalleştirebilirsiniz? Sadece materyalden ve programlamadan uzağım, bu yüzden daha uygun bulmayı başardığım tek şey yukarıdaki normalleştirici :)
Yardımın için çok teşekkür ederim!!! Ve olaylar sırasında başka bir soru, hesaplamaları nasıl optimize edebilirsiniz ve MACD'yi belirli sınırlar içinde olacak şekilde en iyi nasıl normalleştirebilirsiniz? Sadece materyalden ve programlamadan uzağım, bu yüzden daha uygun bulmayı başardığım tek şey yukarıdaki normalleştirici :)
Birçok optimizasyon seçeneği var. Kodlara fazla girmedim.
Yardımın için çok teşekkür ederim!!! Ve olaylar sırasında başka bir soru, hesaplamaları nasıl optimize edebilirsiniz ve MACD'yi belirli sınırlar içinde olacak şekilde en iyi nasıl normalleştirebilirsiniz? Sadece materyalden ve programlamadan uzağım, bu yüzden daha uygun bulmayı başardığım tek şey yukarıdaki normalleştirici :)
Kod tabanında yayınlanan varyantı kullanıyorsunuz, bu sadece bir konsept ve hız için optimize edilmemiş. Pratik kullanım için, belirli bir sayıda periyot için ana göstergenin 3-4 tam döngüsünün gerçekleşmesi için seçip, harici değişkenlerden feature_period değişkenini manuel olarak ayarlamanızı öneririm.
Kişisel olarak daha sık kullandığım başka bir seçenek de, koşu için gün sayısını dışarıdan ayarlamak ve bunları zaten göstergenin gövdesinde bulunan feature_period içinde yeniden hesaplamaktır.
...externdouble days_for_normalization =3;// например, смотрим за три дня...int init (){...
characteristic_period =1440./Period()* days_for_normalization ;// 1440 - это количество минут в сутках}
Genel olarak konuşursak, Vinin haklı, ikinci göstergenin kodu birinciye eklenirse hesaplama gerçekten daha hızlı olur. Buradaki rahatsızlık, daha fazla kodlamanız gerektiğidir (ve kod tabanından aldığınız şey, bu işi nasıl basitleştirebileceğinizi gösteren hedeflerden sadece biriydi), ayrıca ikinci hindi, birincinin tamponlarını işgal eder, ki bu her zaman kabul edilebilir değildir. .
İşe yaramıyor bile.. burada okuyorsunuz herkesin böyle danışmanları var ama bende sadece MM var, sadece +'da bekleyen küçük bir matım olurdu .... eh ...
Ve uzun bir süre optimizasyon olmadan, -0.12 mat beklentisi normal bir durum mu? Yani herkes optimizasyon yapmadan yapıyor ve sonra sadece ayarlayarak beklenti yükseliyor mu yoksa bu bir seçenek değil ve danışmanı komple değiştirmek mi gerekiyor?
Tünaydın! Bilenlerden yardım istiyorum türkiyem günlük olarak çekmek istemiyor son çubuğa güncellenmesi için sürekli frame değiştirmek zorunda kalıyorum bu eksikliği nasıl giderebilirim ? Şimdiden teşekkürler!!!
İkinci gösterge olmadan kontrol etmek yine de mümkün olmayacaktır.
İkinci gösterge olmadan kontrol etmek yine de mümkün olmayacaktır.
Sor! Düzeltiyorum :)
Sor! Düzeltiyorum :)
Elbette çalışıyor, ancak frenler korkunç. Yardımcı göstergenin hesaplamalarını ana göstergeye aktarmak gerekir. Ve genel olarak hesaplamaları optimize etmek daha iyi olurdu
Elbette çalışıyor, ancak frenler korkunç. Yardımcı göstergenin hesaplamalarını ana göstergeye aktarmak gerekir. Ve genel olarak hesaplamaları optimize etmek daha iyi olurdu
Yardımın için çok teşekkür ederim!!! Ve olaylar sırasında başka bir soru, hesaplamaları nasıl optimize edebilirsiniz ve MACD'yi belirli sınırlar içinde olacak şekilde en iyi nasıl normalleştirebilirsiniz? Sadece materyalden ve programlamadan uzağım, bu yüzden daha uygun bulmayı başardığım tek şey yukarıdaki normalleştirici :)
Yardımın için çok teşekkür ederim!!! Ve olaylar sırasında başka bir soru, hesaplamaları nasıl optimize edebilirsiniz ve MACD'yi belirli sınırlar içinde olacak şekilde en iyi nasıl normalleştirebilirsiniz? Sadece materyalden ve programlamadan uzağım, bu yüzden daha uygun bulmayı başardığım tek şey yukarıdaki normalleştirici :)
Birçok optimizasyon seçeneği var. Kodlara fazla girmedim.
Yardımın için çok teşekkür ederim!!! Ve olaylar sırasında başka bir soru, hesaplamaları nasıl optimize edebilirsiniz ve MACD'yi belirli sınırlar içinde olacak şekilde en iyi nasıl normalleştirebilirsiniz? Sadece materyalden ve programlamadan uzağım, bu yüzden daha uygun bulmayı başardığım tek şey yukarıdaki normalleştirici :)
Kod tabanında yayınlanan varyantı kullanıyorsunuz, bu sadece bir konsept ve hız için optimize edilmemiş. Pratik kullanım için, belirli bir sayıda periyot için ana göstergenin 3-4 tam döngüsünün gerçekleşmesi için seçip, harici değişkenlerden feature_period değişkenini manuel olarak ayarlamanızı öneririm.
Kişisel olarak daha sık kullandığım başka bir seçenek de, koşu için gün sayısını dışarıdan ayarlamak ve bunları zaten göstergenin gövdesinde bulunan feature_period içinde yeniden hesaplamaktır.
İşe yaramıyor bile.. burada okuyorsunuz herkesin böyle danışmanları var ama bende sadece MM var, sadece +'da bekleyen küçük bir matım olurdu .... eh ...
Ve uzun bir süre optimizasyon olmadan, -0.12 mat beklentisi normal bir durum mu? Yani herkes optimizasyon yapmadan yapıyor ve sonra sadece ayarlayarak beklenti yükseliyor mu yoksa bu bir seçenek değil ve danışmanı komple değiştirmek mi gerekiyor?