iCustom()関数を使用する際のカスタムインジケーターのパラメーターについて

iCustom()関数を利用して、元のインジケーターから必要なデータをＥＡへ呼び出してプログラムを組むのはよく知られた手法です。

 

このiCustom()関数では、元のインジケーターのパラメーターを変更することもできるわけですが、その場合、

 

①元のインジケーターの内部パラメーターの数値

②元のインジケーターの外部パラメーターの数値

③ＥＡのiCustom()関数の内部パラメーターの数値

④ＥＡのiCustom()関数の外部パラメーターの数値

 

がそれぞれ異なる場合に、その優先適用順位はどうなっているのでしょうか。

 

実験してみました。

 

実験結果その１

 

①＝「１０」

②＝「１０」

③＝無し

④＝無し

 

この場合、ＥＡ上では「１０」で計算されました。

 

実験結果その２

 

①＝「１０」

②＝「５」

③＝無し

④＝無し

 

この場合、ＥＡ上では「１０」で計算されました。

 

実験結果その３

 

①＝「１０」

②＝「１０」

③＝「７」

④＝「７」

 

この場合、ＥＡ上では「７」で計算されました。

 

実験結果その４

 

①＝「１０」

②＝「１０」

③＝「５」

④＝「３」

 

この場合、ＥＡ上では「３」で計算されました。

 

要するに、競合した場合には、元のインジケーターの外部パラメーターはことごとく無効で、ＥＡのiCustom()関数の外部パラメーターが最優先適用される、ということですね。

 

前回の記事を読む　　　次回の記事を読む

このページのトップへ戻る

２０１３年の記事

更新記事一覧

ホームへ戻る