"Bir Göstergenin Diğerine Uygulanması" makalesi için tartışma - sayfa 2

[Rashid Umarov]

Belki soruyu yanlış anlıyorum, ama başka bir fikir ortaya atmaya çalışacağım

indicator_applied_price

int

"Uygulanacak" alanı için varsayılan değeri ayarlar. ENUM_APPLIED_PRICE numaralandırmasının değerlerinden birini ayarlayabilirsiniz. Özellik ayarlanmazsa, varsayılan değer PRICE_CLOSE uygulanır

[Mykola Demko]

Rosh:

Belki soruyu yanlış anlıyorum, ama başka bir fikir ortaya atmaya çalışacağım

indicator_applied_price

int

"Uygulanacak" alanı için varsayılan değeri ayarlar. ENUM_APPLIED_PRICE numaralandırmasının değerlerinden birini ayarlayabilirsiniz. Özellik ayarlanmazsa, varsayılan değer PRICE_CLOSE olur

Fikir iyi, ancak biraz yanlamasına (genişlikte atlamak gibi:).

Kullanıcının harici göstergede seçtiği applied_price parametresinin değerini dahili olana aktarmak gerekir.

Örneğin, seçilen veriler üzerine inşa edilmiş bir MA vardır (bu dahili bir göstergedir) ve bu MA'nın değeri fiyattan çıkarılmalıdır.

Buna göre, PRICE_CLOSE seçilirse, MA bu fiyat temelinde oluşturulmalı ve gösterge hesaplama formülünde aynı fiyat kullanılmalıdır.

1 инд
МА(app_price)
2 инд
МА(app_price)-price(app_price)

[Mykola Demko]

Yukarıdan app_price öğesinin basitçe girdi olarak bildirilmesinin istendiğini görebiliriz, ancak daha sonra kullanıcının gerekli parametreyi iki kez belirtmesi gerekecektir.

Bir kez Inputs 'ta ve bir kez de Parametrs'te. Bu iyi bir şey değildir.

Gerekli olduğu durumlar olabilir, ancak kötü olduğu durumlar da vardır.

[Rashid Umarov]

Bence ölümcül değil. Bu sorun günlük hayatta ne sıklıkla meydana gelir? Başlangıçta bir kez belirtilebilir.

[Evgeniy Trofimov]

Urain kullanıcısını destekliyorum. price[] dizisinde ne olduğunu nasıl öğrenebilirim? Tam olarak hangi fiyattır?

int OnCalculate(const int rates_total,
                const int prev_calculated,
                const int begin,
                const double &price[])
{

Bunu bulmak imkansızsa, price[] dizisini kullanmanın amacı da kaybolur.

Bu sorun, çok para birimli bir gösterge programlarken her zaman ortaya çıkar. Örneğin, para birimleri arasında bir korelasyon göstergesi oluşturmak istiyoruz. Zaten fiyatları içeren bir dizimiz var. Bu price[]'dır. İkinci enstrümanın fiyatlarını yüklüyoruz. Ama ne türden?

app_price parametresini girişe getirmemiz ve price[]'ı atlayarak fiyatlarla iki diziyi bağımsız olarak yüklememiz gerekecek.

Uygun değil!

[---]

EvgeTrofi:

Urain kullanıcısını destekliyorum. price[] dizisinin içinde ne olduğunu nasıl öğrenebilirim? Fiyat tam olarak nedir?

Ve içindeki mantık nedir? Biz uydurmuyoruz, sadece fiyat dizisi üzerinde hesaplama yapıyoruz.

Ancak belirli bir fiyat üzerinde hesaplama yapmanız gerekiyorsa, app_price açıkça dışarıda olacak şekilde ilk formda OnCalculate çağrısını kullanın.

[Mykola Demko]

sergeev:

Neden mantıklı? Biz uydurmuyoruz, sadece bir fiyat dizisi üzerinde hesaplama yapıyoruz.

Ancak belirli bir fiyat üzerinden hesaplama yapmanız gerekiyorsa, app_price açıkça dışarıda olacak şekilde ilk formda OnCalculate çağrısını kullanın.

Alex, konunun başlığına bak...

bir göstergeden bir gösterge çağırırsınız, bu da başka bir göstergeyi çağırır, tüm göstergeler "fiyat" ile şemaya göre OnCalculate üzerine inşa edilir,

Hangi app_price'ın gerekli olduğunu çağırırken alt göstergelere nasıl geçileceği.

Kullanıcı açıkça bir tane tanımladıysa, her gösterge için tüm fiyat setini taşımak ekonomik değildir. Ancak OnCalculate aşırı yükünü tam set ile seçerseniz, öyle olacaktır.

OnCalculate 'in azaltılmış bir sürümünü uygularsanız ve aynı zamanda girdilere app_price koyarsanız, kafa karışıklığı yaşarsınız, o zaman kullanıcı girdilerde bir app_price ve parametrelerde başka bir app_price belirterek hata yapabilir.

[Vladislav Eremeev]

Eksik olan, mevcut göstergenin tamponunu kullanarak harici bir göstergeyi çağırma olasılığıdır.

Örneğin, teslimatta stokastik olmadığını varsayalım.

K çizgisini hesapladım ve tampona koydum.

Daha sonra% D çizgisini hesaplamam gerekiyor.

İşte bu noktada harici bir sihirbaz çağıracağım.

K tamponunu kullanarak bunu kendim hesaplamam söylenirdi.

Ama ben ne yapacağım:

1. Bu sihirbazın kodunu bilmiyorsam ve bu sihirbazı derlenmiş bir gösterge olarak satın aldıysam.

2. dahili göstergeler MQL muadillerinden çok daha hızlı sayılır.

Giriş tamponundaki göstergeleri çağırabilmek de çok yararlı olacaktır.

Belki tüm bunlar zaten mevcuttur? O zaman lütfen bana belgelerin bir bağlantısını verin.
.

[---]

VladMsk:

Eksik olan, mevcut göstergenin tamponunu kullanarak harici bir göstergeyi çağırma olasılığıdır.

Örneğin, teslimatta stokastik olmadığını varsayalım.

K çizgisini hesapladım ve tampona koydum.

Daha sonra %D çizgisini hesaplamam gerekiyor.

İşte bu noktada harici bir sihirbaz çağıracağım.

Belgelerdeki bu olasılığı yerine getirmek için harici sihirbaza ihtiyacınız var mı?

[Vladislav Eremeev]

sergeev:

harici maskenin dokümantasyondaki bu olasılığa karşılık gelmesine ihtiyacınız var mı?

Alexey,
Zaman ayırdığınız için teşekkür ederim.
Belgelere göre DİĞER gösterge tanıtıcısını geçmek gerekiyor,
ve mevcut gösterge arabelleğini işleme olasılığı için konuştum.
Ayrıca.
DİĞER gösterge tanıtıcısı geçilebilir, ancak arabelleklerden hangisinin kullanılması gerektiğini nerede belirteceğimi bulamadım.