if (ma7_2 < ma15_2 && ma7_1 > ma15_1)//пересечение короткой скользящей вверх
{
indikator=iCustom(NULL,0,"TSI",p2,p3,p4,p5,0,1);//тяжелый для вычисления индикатор//сюда можно вставить и кучу другого кода, если мувинги не пересеклись, то и последующих вычислений не будет
}
みんな、まだ苦手なんだけど、どうやって線を 埋めるの?
double sto1=(バー終値);
double sto2=(新しいバーの始値) ;
iClose(NULL,0,1)
iOpen(NULL,0,0)
これらの機能については、ヘルプをご覧ください
どうだろう。そもそも全てが遅いのであれば、10個のifでも変わらないかもしれませんね。でも、3枚目ですでに気づいています。そのため、新しいifeの必要性は慎重に判断されます。
一つはif文の条件が正しく構築されていないこと、もう一つはif文がトリガーされた後、それ以降の実行がボディ内に正しく記述されていないことである。
私はバーアナライザを持っています、内部ifの3つのifよりもはるかに多く、それはすべてのバーとその値を通過し、合計を修正し、オープニングウィンドウに書き込み、すべて秒のほんの一部です。
つまり、遅れはifのせいではなく、ifの使い方が間違っているせいなのです。
iClose(NULL,0,1)
iOpen(NULL,0,0)
これらの機能については、ヘルプをご覧ください
一つはif文の条件が正しく構築されていないこと、もう一つはif文がトリガーされた後、それ以降の実行がボディ内に正しく記述されていないことである。
私はバーアナライザを持っています、内部ifの3つのifよりもはるかに多くあります、それはすべてのバーとその値を通過し、合計を修正し、開いたウィンドウに書き込み、すべてが一瞬で行われます。
つまり、遅くなるのはifのせいではなく、使い方が間違っているからです。
何を論じているのですか?2つのifは1つのifより2倍遅いと?そして、3つのifは1つよりも3倍遅い?
明示的に「重いコード」をifのボディに配置した場合はどうでしょうか。ifが機能しなければ、その中身はカウントされない。
ifが動作しない場合、その条件が
何が言いたかったかというと、割と重たい計算があるんですよ。私は通常、スピードアップのために、最も簡単な計算をif条件に置き、重いコードはその本体に隠します。
簡単なものがダメなら、難しいものは全くチェックされない。
何が言いたかったかというと、かなり重たい計算があるんです。私は通常、スピードアップのために、最も簡単な計算をif条件に置き、重いコードはその本体に隠します。
軽いものがダメなら、重いものは全くチェックしない。
計算が重いとはどういうことですか?例としては、lightとheavyが挙げられるでしょう
さて、ここで一例をご紹介しましょう。比較的軽い2スライド式インジケーターと重いインジケーターがあります。重い」計算は、リソースを消費する。
さて、ここで一例をご紹介しましょう。比較的軽い2スライド式インジケーターと重いインジケーターがあります。重い」計算は、リソースを消費する。