«Рассуждать о коде» значит понимать порядок исполнения инструкций («исполнять программу в голове»), зная, каково предназначение кода. Симптомы Наличие «волшебного», «вуду» кода или кода, который не имеет никакого отношения к целям программы, но всё равно тщательно поддерживается (например, инициализация переменных, которые никогда не...
だから、ユーティリティはインジケータかスクリプトでなければならない。つまり、（EAとしてではなく）インジケータやスクリプトとしてコンパイルし、「ユーティリティ」セクションで公開する必要があるのです。
だから、ユーティリティはインジケータかスクリプトでなければならない。つまり、（EAとしてではなく）インジケータやスクリプトとしてコンパイルし、「ユーティリティ」セクションで公開する必要があるのです。
ありがとうございます、試してみます。
だから、ユーティリティはインジケータかスクリプトでなければならない。つまり、（EAとしてではなく）インジケータやスクリプトとしてコンパイルし、「ユーティリティ」セクションで公開する必要があるのです。
なぜ、このように製品形態の選択に制約があるのでしょうか？
インジケータに既知の制限がある（例えば、Sleep Webrequestが使えないなど）、タイムフレームを切り替えるとスクリプトがリセットされる...。
これは公共事業に関する公式見解ですか？
なぜ、ユーティリティは専門家として設計できないのでしょうか？
これは公共事業に関する公式見解ですか？
いいえ、私がマーケットに商品を置いた経験をお話ししているだけです。
なぜ、このように製品形態の選択に制約があるのでしょうか？
初歩的なロジックに基づいているんです。取引しないプログラムなら、なぜExpert Advisorにするのですか？インジケーターにする方がよっぽど簡単です。チャートには複数のインジケータを添付することができます。
インジケータにはよく知られた制限があり（例えば、Sleep Webrequestを使用できないなど）、タイムフレームを切り替えるとスクリプトがリセットされてしまいます...。
トレーディング以外のExpert Advisorにはない、指標の他の制限事項とは何ですか？まだ何も思い浮かびません。
なぜExpert Advisorとしてユーティリティを設計できないのですか？
テストはエラーで終了
そうだろう!:)
例えば、CPUの負荷であるSleepを利用することで、計算資源の 節約を効率的に実施することができます。
また、もう一つの例として、必要な時系列のダウンロードを待つという実装も可能です。
あるいは別の例として、グラフィックのアニメーションを実装することも可能です。
スクリプトでは、これがないとタイマーを実装することは不可能です。
Sleepでできることは、他にもたくさん考えられます ;)
テストはエラーで終了
これは、開発者にとって特別な難問です。皆、それぞれの方法で回避しています。
そうでしょうね！？:)
例えば、スリープを有効に活用することで、コンピューティングリソース、つまりCPUの負荷を軽減することができます。
また、もう一つの例として、必要な時系列のダウンロードを待つ機能を実装することができます。
あるいは別の例として、グラフィックのアニメーションを実装することも可能です。
スクリプトでは、これがないとタイマーを実装することは不可能です。
そうですね、Sleepを使ってできることはたくさんありますね ;)
お願いします )))
どういたしまして ))
ちょっと抽象的ですが...。特定のもの、特定の環境での話です。
私たちが議論しているSleepが、もちろん私たちの文脈でプログラムアーキテクチャに悪い影響を与える理由を、具体的に教えてください。
いくつか論拠を示しましたが...。また、これらの課題を解決するためにSleepを使う場合、アーキテクチャに欠陥があるとは思えません。
もしかして、私があなたの発言を誤解しているのでは？もしそうなら、訂正してください。
私はただ理解したいのです：私は何を見逃しているのでしょうか？私自身、この機能は非常に便利で、MQLのいくつかのタスクでよく使っていますが、このような重要なタスクをよりエレガントに解決できるなんて、想像もつきませんね。