[アーカイブ!】どんなルーキーの質問でも、フォーラムを散らかさないように。プロフェッショナルの皆さん、通り過ぎないでください。あなたなしではどこにも行けない - 2. - ページ 209

 
もう一つの質問ですが、 breakは ループを完全に中断するのでしょうか? そしてcontinueは 現在の統合を中断するのでしょうか?
 
romik555:
こんにちは。

移動平均線が価格と交差したときにシグナルを出すインジケータが必要です。ここで検索しても、似たようなものしかないんです。

ありがとうございました。

MetaEditorには、iMAインジケータが標準装備されています。ぜひ使ってみてください :)
 
Fam:
2つのループ演算子(forとwhile)のうち、どちらか一方しか使えない状況があるのでしょうか。それとも、常に交換可能で、好みの問題なのでしょうか。

コリファイのお許しがあれば、お答えします。ラテン語で「Lupus dum dicere discunt(人は学ぶ)」という言葉があるように、人は学ぶ。forとwhileは互換性があり、その違いは言語習得の初期レベルでは無視できるような細かな点にしかありません。
 
ScioMe:

コリファイのお許しがあれば、お答えします。ラテン語で「Lupus dum dicere discunt(人は学ぶ)」という言葉があるように、人は学ぶものなのです。Forとwhileは互換性があり、その違いは言語習得の初期レベルでは無視できるような細かな点のみである。
ありがとうございます、まさに私が疑っていた通りです。breakと continueについて 理解したい。
 
doon:

Еще раз здравствуйте.

Дело в том, что мне надо проверять проверялся ли ордер с помощью функции isCloseLastPosByStop().Магик использовать нельзя, т.к. он рано или поздно он кончиться (2147483647), а стирать или изменять его нельзя. Подскажите, как это осуществить.


マジコンがなくなることはない、安心してください。

Magikを使えば、あなたの生活がより快適になるはずです。

 
kulon:
どのロット?
固定ロットは0.1です。
 
Fam:
ありがとうございます、まさに私が疑っていた通りです。また、breakと continueについても 理解したい。

https://docs.mql4.com/ru/basis/operators/break

https://docs.mql4.com/ru/basis/operators/continue

プリントアウトして、10個の違いを見つけてください...))

 
coronel:

https://docs.mql4.com/ru/basis/operators/break

https://docs.mql4.com/ru/basis/operators/continue

プリントアウトして、10個の違いを見つけてください...))

10回読んでも、単語とその定義が理解できない。より正確には、上に書いたように理解しているのですが、うまく伝わったかどうか自信がありません。
 
Fam:
10回読んでもわからない単語があり、定義がわからない。正確には、上に書いたように理解したのですが、ちゃんと理解できているのかどうか。

break 文は、最も近い下位のswitchwhilefor 文の 実行を停止 させます。制御は 終了 するオペレータの次の オペレータに 委ねられる。この演算 子の目的の 一つは、変数にある 値が代入されたときにループを終了さ せることである。

-----

continue 演算子は、最も近い外部while 演算子 または for 演算 子の 先頭に制御を 渡し、次の反復 処理を開始させる。 この演算 子は、 Break 演算子とは逆の 効果を持ちます。

 
sergeev:
なぜ枝を作るのか?大きなことは一人でやるものです。

そのセクションは、サイトを管理している人たち(私はどうあるべきか知っているだけですが)が行うべきで、その後、参加者全員が、すべて問題解決であるとして、サイトにあるすべてのものをそこに記入すべきです。

世の中のすべてのものは物体かプロセスであり、プロセスは物体の変化である。物体の意味はプロセスにあり、プロセスの意味は結果にある。あらゆる意識的プロセスは目標達成のタスクであり、達成に関するあらゆる情報は価値がある。それが能力に関する情報であれ、達成のためのガイドラインであれ、誰かが何かを達成した方法に関する情報(これもガイドとなりうる)であれだ。

ということで、サイトの外観は、目標・目的とその達成の可能性に応じたものにすることが提案されています。

私は、もし可能性があるならば、生活のどの領域においても、共同での問題解決とその解決策の無限の最適化(解決策のバリエーションの増加を含む)のためのテーマ別リソースが必要だと考えています。

ドキュメント TA コードベース チュートリアル 記事 フォーラム

ドキュメント - mqlの可能性についての情報。

チュートリアル - 同じ情報を、より理解しやすい順序で並べたものです。

TA - TA用MTの標準機能に関する情報です。

Code Base - TAリソースに関する情報。

記事 - 各種サービスに関する情報です。

フォーラム - 可能性についての会話、そのうちの少なからずは、上記のセクションですでに説明した可能性についての質問です。

サイト全体が機能であるなら、グループ分けをしたらどうか。また、機能は問題を解決するための方法なので、機能そのものはタスクでグループ分けをしたらどうか。