MT4 iMAOnArrayとiBandsOnArrayの要素数が計算に与える影響について - ページ 5

新しいコメント
 
Dmitry Fedoseev:
MODE_SMAが同じであっても、やはり

これはとてもよくわかるし、なぜダメなのかも上に書いたとおりだ。私は96年からプログラミングをしていますが、他の端末の後にMTを発見した2009-10年のどこかでMQLを試し始めました :) 。
だから、「良いコード、正しいコード」のルールは知っています :)

 
Dmitry Fedoseev:
MODE_SMAがマッチしても、使ってはいけない。

使ってはいけない理由は思い当たらないか？

それとも、いつものように、指が邪魔で広がるという理由しかないのでしょうか？

MODE_SMAだけでなく、他のすべてのスライド方式にも マッチします。また、iMAOnArray()の周期とiBandsOnArray()の周期が一致していなくても、バッファ配列の一部をユーザ配列にダブルコピーする必要はありません。

 
Alexey Viktorov:

使ってはいけない理由は思い当たらないか？

それとも、いつものように、指が邪魔で広がるという理由しかないのでしょうか？

MODE_SMAだけでなく、他のスライド方式も 全て一致します。また、iMAOnArray()の周期とiBandsOnArray()の周期が一致していなくても、バッファ配列の一部をユーザ配列に2回コピーする必要はなく、これらの関数が呼ばれたときに何が起こるかを理解していればよいのです。

4ページのメッセージで、その理由を指摘しました。あなたの言葉を信じないなら、オリジナルをM1チャートに、あなたのバージョンを下に置いて、MAにLWMAスムージングと100の期間を入力し、バンドに12の期間を残してください。
 
Alexey Viktorov:

使ってはいけない理由は思い当たらないか？

...

できるんです。でも、嫌なんです。
 
Dmitry Fedoseev:
できるんです。でも、嫌なんです。
私の答えも見ていないのか？使ってはいけない理由を指摘しました。
 
Sergey Efimenko:
4ページ目の投稿で、矛盾が生じる理由を述べました。あなたの言葉を信じないなら、M1チャートにオリジナルのものを設定し、あなたのバージョンを以下に設定し、MAと期間100にLWMAスムージングを入力します。

セルゲイさん、私は、あなたがなぜこのような操作をするのか、すぐに理解できませんでした。再計算の履歴を制限したい場合は、他の方法があります。配列全体に対してこれらの関数を使用します。つまり、300を入れたいところには、安全に0を入れて、ブレーキがかからないようにするのです。

そしてもう一度、私は「あなた」に敬意と優しさを込めて言及することは、「あなた」に小さな文字と「あなた」が送られる住所を記すよりずっと良いことを説明しようと思う。

 
Sergey Efimenko:
私の答えも見ていないのか？使ってはいけない理由を指摘しました。
しかし、その質問は私個人に対するものでした。
 
Dmitry Fedoseev:
できるんです。でも、嫌なんです。

正しいことをしないと、指が折れるよ。無理しないでね。


ps;返事待っててね、休むから...。

 
Alexey Viktorov:
正しいことをしないと、指が折れるよ。無理しないでね。
頑固だなあ、でも頑張れ、いつか角が折れるかもしれないぞ。
 
Alexey Viktorov:

セルゲイさん、私は、あなたがなぜこのような操作をするのか、すぐに理解できませんでした。再計算のための履歴を制限したい場合は、他の方法があります。配列全体に対してこれらの関数を使用します。つまり、300を入れたいところには、安全に0を入れて、ブレーキがかからないようにすることができるのです。

そしてまたあなたは間違っている、このトピックはフルアレイを計算するときの遅さが原因だったのです。端末の起動時や、少し複雑なインジケータを装着したTFの切り替え時など、ここで紹介した機能をベースにすると、実は許容できないほどのブレーキがかかるのです。一般に、関数は完全な配列を計算するときのみ機能するが、この形式では端末の速度が許容できないほど遅くなる、という答えが明確である。この計算は、誰かが「不完全な」配列で、全体の性能を落とすことなく、これらの関数から必要な値を得ることに成功したという事実に基づいている。
123456789
新しいコメント