標準的な機能/アプローチの代替実装 - ページ 5

[Fast235]

エフエックスセイバー)

[fxsaber]

最近登場したi-Seriesの関数はMQLで書かれているのですか？また、コンパイルの際には、MQLのソース（mqhなど）を埋め込んで、より効率的にコンパイルしているのでしょうか？

[Nikolai Semko]

fxsaber:
最近登場したiシリーズの関数は、MQLで書かれているのですか？また、コンパイル時にMQLソース（mqhなど）を埋め込んで、より効率的にコンパイルするのでしょうか？

インクルードなしで、どうしてこんなことが可能なのか？

ネーミングの衝突があった場合はどうするのですか？

[fxsaber]

Nikolai Semko:
インクルードなしで、どうしてこんなことができるのでしょうか？

名前が重複している場合は？

これらは、実装の基本的な機能では全くありません。

[Rashid Umarov]

fxsaber:
最近登場したiシリーズの関数は、MQLで書かれているのですか？また、コンパイルの際には、MQLのソース（mqhなど）を埋め込んで、より効率的にコンパイルしているのでしょうか？

いいえ、もちろんそんなことはありません。

[fxsaber]

Rashid Umarov:

いいえ、もちろんそんなことはありません。

では、これらの文章を明確にしてください。

トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム

標準的な機能/アプローチの代替実装

レナート・ファットフーリン さん 2018.06.09 17:10

私たちは、大量のシンプルなシステム関数を、結果として得られるMQL5のコードにネイティブに埋め込むというアイデアに立ち返り、それを結果的に大域的な最適化に利用することで、何倍ものスピードアップを実現することができたのです。

NormalizeDoubleや文字列操作などの関数に関するものです。

来週のリリース後、次回のベータ版で利用可能になる予定です。

[Alexander Bereznyak]

プロセッサの命令レベルでのネイティブコード実行のことだと思われます。

[Rashid Umarov]

fxsaber:

では、これらの文章を明確にしてください。

実装を待てば、きっと説明があるはずだ。

[Alexey Navoykov]

このような機能をFiveに追加することは、全く優先されないと思います。iBarShiftは、効率の点から、本当に不可欠なものですが、それ以外は、既存の自作の類似品で性能的に劣っていません。 では、このために時間とリソースを無駄にする意味はあるのでしょうか。 結局、言語自体に欠けているプログラマにとってもっと必要なことがあるのではと思うのです。

[fxsaber]

Alexey Navoykov:

の場合、自己書き込みの同等品が性能的に劣っているわけではありません。

アナログでも性能に大きな差がある。書ける人、探せる人は、ユーザーの何割にも満たない。