OOPと手続き型プログラミングの比較 - ページ 46

 
Maxim Dmitrievsky:

または、C++からMLへのコードコンバータなど、もっと良いものがあります。

非常に原始的なコードにのみ可能。多少なりとも複雑な作業では、非現実的です。

 
Yuriy Asaulenko:

非常に原始的なコードにのみ可能です。多少なりとも複雑な作業では、もはや実現不可能なのです。

複雑なタスクとそうでないタスクの例を挙げる

 
Maxim Dmitrievsky:

複雑なタスクとそうでないタスクの例を挙げてください。

C++に組み込まれているライブラリも含めて、あらゆるライブラリを使用する。MQLにはアナログがない。変換はANSI C++でしかできませんが、それさえも疑問です。

 
Maxim Dmitrievsky:

複雑な仕事とそうでない仕事の例を挙げる

一意でない継承、少し複雑なテンプレート、スコープへのわずかな分割、クラス内の型、その他もろもろを含むあらゆるコード
 
Комбинатор:
一意でない継承、少し複雑なテンプレート、スコープへの最小分割、クラス内の型、その他もろもろのコード

アルゴトレーディングと何の関係があるんだ?

IOや統計のライブラリは、通常、ただ書かれているだけです。

 
Maxim Dmitrievsky:

c++からmqlへのコードコンバータとかの方がいいんじゃない?

というのも、必要なライブラリは調査後に変換されるだけで、それだけだからです。

mqlからC++に変換することは可能です。それは非常に簡単で、ここでそれを行う人がいることを知っています...あなたはC++の非常に限られたサブセット(実際にはCクラス)を取得しますが、コードはMTとC++プロジェクトの両方で使用されます。

しかし、任意のC++をmqlに変換するのは......残念、かつ、あぁ。テンプレートを 少し応用して、STLでいいとこ取り、神頼み、アドレス演算、それだけで変換不可能なコードになります。言語は似ていますが、それ以上ではありません。

ちなみに、パスカルからはコンバーターがよりリアルになり、ゲームだけが労力に見合わなくなる

 
Yuriy Asaulenko:

C++に組み込まれているライブラリも含めて、あらゆるライブラリを使用する。MQLにはアナログがない。ANSI C++でなければ変換できないが、それすらも疑問である。

あなたの問題が何であるのか、まだ理解していません。

 
Maxim Dmitrievsky:

何が問題なのか、まだ理解できていません。

問題は私のものではなく、あなたのものなのです。コンバーターは必要ないするんですね(笑)。非現実的であることは、何人もの人から説明を受けていますね。

 
Yuriy Asaulenko:

問題は私のものではなく、あなたのものなのです。コンバーターは必要ないするんですね(笑)。

手書きで書き換えているので、泣き言は言えません。

必要なものはほとんどすべてmqlで以前から利用可能です。

機械学習などに関するalglibのようなライブラリがいくつかあればいいかもしれない、ただそれだけです。さらにこれはすでに空の彼方で、ここでは誰もそのようなメガボットを書かないでしょう。

 
Maxim Dmitrievsky:

アルゴトレーディングと何の関係があるんだ?

と、プラスサイズコンバーターと何の関係があるんだ?