ライブラリ: 時系列 - 時系列での作業のための関数ライブラリ - ページ 3

[---]

Interesting:

しかし、私のコードは、MQL4により沿っているように思える（他のバリエーションがあるかもしれない）。

入力パラメーターの種類によって

私のコードは時々3-4倍大きくなります。

申し訳ありません :)

[削除済み]

sergeev:

入力パラメータのタイプ別

タイプだけでなく、それは本当に重要ではありません。

私が思うに、このような直接的な（真正面からの）実装は "ETERNAL DAY "であり、万能ではないし、タスクのある部分しかカバーできない。

[---]

Interesting:

タイプ別だけでなく、それは本当に重要ではない。

私の意見では、このような直接的な実装（真正面から）は "ETERNAL DAY "であり、それは普遍的ではなく、タスクの特定の部分のみをカバーすることができます。

さて、Expert Advisorで1つのバーだけが必要な場合、何ができるでしょうか？

[Andrey Khatimlianskii]

コメントありがとう。さっそくお答えします。

1. 
   Expert Advisorやスクリプトでよく使われる関数を普通の名前で呼んだだけです。
2. このライブラリは1時間半で書いたもので、完全であるとも最適であるとも言っていない。
   もちろんバグがある可能性はあるが、恥ずかしながら言えない。この件に関しては連帯感に頼りました ;)
3. 
   当然のことながら、1本のバーの高値ではなく、過去100本のバーの高値を取得する必要がある場合は、まったく別の方法で行う方が最適でしょう。

実際、データベースにそのようなコードがなかったので、とても驚いた。関数は日常的に使われているようです。

そこで、このバイブルを最新のものにして、コミュニティ全体で使用することを提案します。いずれにせよ、私はそれを行うつもりだが、手助けは大歓迎である。

Urain、インクルードニクをありがとう。

[Igor Makanu]

hrenfx:

私たちは違うことについて話しているのだと思います。インジケーターなしのMQL4 Expert Advisorの例で：

• 対応するインクルードを追加しました。
• ソースコード内の標準的なMQL4-functionsに、自動置換によって言及された接頭辞を追加しました。
• 出来上がったMQL4ファイルを少し編集し、MQL5ファイルを作成しました。
• 同じExpert Advisorが、MT5用にできた。

昨年、同じようなことを始めたが、MT5ビルドの頻繁なアップデートのため、私はそれを放棄した。

[Andrey Khatimlianskii]

IgorM:
昨年、同じようなことを始めたのですが、MT5のビルドが頻繁に更新されるため、古い開発が見つからず、断念しました。

必要なデータだけをコピーするよりも最適なのだろうか？

使用頻度や量にもよるんだろうけど...。

結局のところ、明確な問題ではない。

一方では、使えるものはすべてコピーすべきだが、その頻度はなるべく少なくすべきだ（しかし、そうすると、どのシリーズをどの商品/TFで使うかを一度に指定しなければならなくなる）。

一方では、使用直前に必要なセグメントだけをコピーすることもできる。また、重い関数に限って、長い時系列へのアクセスを最適化する。

確認が必要である。

[Igor Makanu]

komposter:

私のように）必要なデータだけをコピーするよりも最適なのかな。

おそらく、使用頻度や量にもよるのでしょうが......。

実装そのものはまだ重要ではありません。hrenfxの質問は正しく、mql4のコードを素早くmql5に移植することが重要で、私の例では接頭辞 "MQ4_"の代わりに古い関数を置き換えることを提案しました：MQL4_iTime, ....を "MQ4_"に置き換えることを提案した。

検索/置換エディタメニューを使えば、ほとんどのMQL4コードをすぐに移植できる。

[Igor Chemodanov]

IgorM:
昨年、同じようなことをやり始めたのですが、MT5のビルドが頻繁に更新されるため、古い開発を見つけることができず、断念しました。

はい...多くのアップデートがある...選手権が近づいていなければ、すぐにMT5のために座ることはないだろう。

[Luciano Ola]

素晴らしい人間だ。