エラー、バグ、質問 - ページ 494

 
marketeer:

まとめとして、かつて表明した考えを繰り返すと、MTであるプラットフォームの 仕事は、ユーザー(プログラマー)を可能な限り「ぼったくり」から守ることである。

私は強く、断固として反対します。プラットフォームには、そのようなタスクはありません。 私はいつも、「余分な」バーから、ティック履歴から、好きな場所にファイルを書くことから、自分の引用句と照らし合わせることから、そしてその他の懸念から私を守ろうとする左派の試みに対して、非常にしかめっ面で反応します。

私がそれを許容するのは、それが何らかのビジネス上の理由があってのことであって、MQにビジネスのやり方を指示するのは私の仕事ではありません。

私はこのことに何も反対はしませんが.

つまり、バッファを自動的に初期化するかどうかを示す別の#propertyを導入することができたはずです。
このようなソリューションは、可能性を広げるものであって、制限するものではないので、私は何も反対しません。
 
MetaDriver:

私は強く、断固として反対です。プラットフォームには、そのようなタスクはありません。 私はいつも、「余分な」バーから、ティック履歴から、好きな場所にファイルを書くことから、自分の引用句と照らし合わせることから、そしてその他の懸念から私を守ろうとする左派の試みに対して、非常にしかめっ面で反応します。

私は何も制限することを提案したわけではなく、エラーソースを減らし、少なくともオプションでMT4との動作互換を残しただけです。

そうでなければ、例えば、javaのゴミ収集器やその他の日常的なものを冒涜することになります。これは、各プログラマーが独自の方法でバグを抱えながらやるよりも、プラットフォームの中で一度やった方が簡単(かつRIGHT)です。

 
marketeer:

私は何も制限することを提案したわけではなく、エラーソースを減らし、少なくともオプションでMT4との動作の互換性を残すことを提案しました。

そうでなければ、例えば、javaのゴミ収集器やその他のルーチンな機能は、すべてのプログラマーがバグを抱えながら自分のやり方でやるよりも、一度プラットフォームの中に入ってしまった方が簡単(かつRIGHT)なのだから、冒涜してしまおう。

正しい」「間違っている」という宗教的な議論はしたくないのですが、互換性を追求するあまり、MT4の性能まで行ってしまうことがある、ということだけは確かです。それは嫌だなあ。
 
MetaDriver:
正しい」「間違っている」という宗教的な議論をするつもりはありませんが、互換性を追求すると、MT4の性能と同じくらいになる可能性があることは指摘しておきたいと思います。それは嫌だなあ。
まあ、それはいつものことですが......実行次第です。具体的な例から逸脱しないのであれば、バッファの初期化を「手動」で行うこと(これは現在多くの開発者が行っており、さらに、初期化しないことをMCの担当者はカスタムインジケーターエラーと呼んでいます)は、カーネルに移動しても(そしてオプションで有効にしても)、パフォーマンスに悪影響を及ぼさないことは明らかだと思われます。
 
marketeer:

つまり、バッファを自動的に初期化するかどうかを示す別の#propertyを入力することができます。

そうですね、時には役に立つこともありますね。でも、時々でいいんです。
削除済み  

Renat:

再帰は、ローカル変数の量に直接依存し、プログラム中にそのような場所が例外的に少ないため、通常は簡単に捕捉することができます。

ループしたのはティックの処理だと、純粋に直感的に判断した(思い込んだ)のでわかりません。そして、10分ほどかけてコードを徹底的に調べ、Expert Advisorの古いコピーと変更を加えたコピーを比較した結果、「いたずら」が発生したのです。

前処理がコンパイラを著しく複雑にするのであれば(MetaDriverの 主張は非常に説得力があるように感じました)、問題が発生した場所について、より正確な情報を得たいと思います。

 
Interesting:

わからない、純粋に直感的にループしているのはティック処理だと判断した(思い込んだ)。そしてその「いたずら」は、コードを徹底的に調べ、Expert Advisorの古いコピーと変更が加えられたコピーとを比較すること約10分後に起こったのです。

少し深く掘り下げると、心が啓発される。"パパが飲まなかったらどうしよう?でも、この方法なら、ボトルを配って、そのお金でパンを買うことができるんです」。
削除済み  
stringo:
徹底的に掘り下げると、心が洗われるような気がします。"パパが飲まなかったらどうしよう?でも、こうして瓶を回して、そのお金でパンを買っているんです。"
理屈はわかるが...。:)
削除済み  

同志よ、Bars()関数の 改良の予定はないのか?十分とは言えないような気がします。この場合、本当にバーがないのか、エラーなのかがわからず、GetLastError() もそれに気づかないため、不要なトリックを考案してしまい、速度が低下してしまうことがあります。

Документация по MQL5: Доступ к таймсериям и индикаторам / Bars
Документация по MQL5: Доступ к таймсериям и индикаторам / Bars
  • www.mql5.com
Доступ к таймсериям и индикаторам / Bars - Документация по MQL5
削除済み  

そしてもう一つの疑問は、例えば次のような状況です。

エキスパートアドバイザーから100本のバーをコピーするか、インジケーターに渡された配列から取得するか、どちらがより効率的でしょうか?I.e.質問ですが、チャートにインジケータを付けた場合、使わないバーもコピーされるのでしょうか?(MQLのツールを使って、プログラムの実行に かかった時間を調べることは可能でしょうか?