自動売買システムを作って成功した人はいますか?アドバイスをお願いします。 - ページ 17

 
Maxim Kuznetsov #:

特にObject.mqh.

を引用していますね。)

この話題は、OOPコースをマスターしてアドヴァンテージを身につけたかどうかではなく、私の意見では、それはクソマスタリングです

とにかく、教科書を持って、明日から学校へ行こう。

どのようなパターンで、私がOOPを苦手としているかということですか?私はMQL5が完全なOOP言語であるとはどこにも言っていません。MQL4よりもはるかにOOPに近いと言っただけです。

Vladimir Baskakov#:
OOPの知識は、100円のうち200円を稼ぐという私の夢に少しでも近づけるだろうか?

OOPの知識があれば、コードを書きやすく、時間を短縮し、さらにコード開発を進めることができます。もし、あなたが2回早く100ドルを稼ぐボットを書いたなら、あなたはより多くのお金を手に入れたことになります。そうでしょう?そして、110円を稼ぐように改造するのは、もっと簡単なことだろう。ここで、さらにお金がかかる。預金につながるようなバグを回避したわけですから、ここでさらにお金が入ります。さらに、時間をお金に換算してください。ボットが1000行のコードであれば、アセンブラで書いてもよいでしょう。しかし、オブジェクト言語は、複雑なコードをコンパクトに、素早く、明確に書くために作られたものです。

 
Вадим Калашнков #:

どのパターンのことを指しているのでしょうか、また、私がどのようにOOPを苦手としているのでしょうか。私はMQL5が完全なOOP言語であるとはどこにも言っていません。MQL4よりもはるかにOOPに近いと言っただけです。

OOPの知識があれば、コードを書くのが楽になり、時間の節約にもなり、さらにコード開発がはかどります。もしあなたが、100ドルを2倍の速さで稼ぐボットを書いたなら、あなたはより多くのお金を稼いだことになります。そうでしょう?そして、110円を稼ぐように改造するのは、もっと簡単なことだろう。ここで、さらにお金がかかる。預金につながるようなバグを回避したわけですから、ここでさらにお金が入ります。さらに、時間をお金に換算してください。ボットが1000行のコードであれば、アセンブラで書いてもよいでしょう。しかし、オブジェクト言語は、複雑なコードをコンパクトに、素早く、明確に書くために作られたものです。

100ドルから200ドルを稼ぐボットに出会ったことがありますか?
 
Вадим Калашнков #:

どのパターンのことを指しているのでしょうか、また、私がどのようにOOPを苦手としているのでしょうか。私はMQL5が完全なOOP言語であるとはどこにも言っていません。MQL4よりもはるかにOOPに近いと言っただけです。

OOPの知識があれば、コードを書くのが楽になり、時間の節約にもなり、さらにコード開発がはかどります。もし、あなたが先に100ドルを2倍稼ぐボットを書いたのなら、あなたはより多くのお金を手に入れたことになります。そうでしょう?そして、110円を稼ぐように改造するのは、もっと簡単なことだろう。ここで、さらにお金がかかる。バグを避けるために、あなたの預金の損失につながったかもしれない - ここでは、より多くのお金です。さらに、時間をお金に換算してください。ボットが1000行のコードであれば、アセンブラで書いてもよいでしょう。しかし、オブジェクト言語は、複雑なコードをコンパクトに、素早く、分かりやすく書くために生まれたものです。

を学校へ...言語が違うのですが、その違いを教えてください。

 
Maxim Kuznetsov #:

特にObject.mqh

どうしたんですか?

私はすべてのオブジェクトをそこから受け継ぎました。さらに、子孫クラスのCMyOjectを導入して、コードのどの時点でも、どのオブジェクトがポインタの下にあるのかがわかるようにしました。

また、このクラスは仮想比較メソッドをカプセル化しており、これは非常に便利です。

 
Georgiy Merts #:

どうしたんですか?

私はそこからすべてのオブジェクトを受け継ぎました。さらに、子孫としてCMyOjectクラスを導入し、コードのどの時点でも、どのオブジェクトがポインタの下にあるのかを理解できるようにしました。

また、このクラスは仮想比較メソッドをカプセル化しており、これは非常に便利です。

すべてのオブジェクトの母」において、m_prev m_next フィールドが存在すること。深い階層は全く良くないし、ここでもユビキタスです。これは、トレーディングに関するターボビジョンのようなものです。

しかし、それはすでに何度も議論されてきたことである。そして、このフォーラムのテーマは、そういうことではありません。

 
Maxim Kuznetsov #:

m_prev m_next フィールドを "mother of all objects" に持たせることである。深い階層は全く良くないし、ここでもユビキタスです。これは、トレーディングに関するターボビジョンのようなものです。

しかし、それはすでに何度も議論されてきたことである。そして、このフォーラムのトピックは、そのことについてはあまり関係ありません。

私は常にこれらのフィールドを使用しています、それは非常に便利なものです、リストが簡単に作成できます。また、それらを使用しない場合、実行ファイルを構築する際にオプティマイザによって除外されます。

 
Вадим Калашнков #:

セニョールであるあなたは、機能体の実現から完全に抽象化されています。

Vadim、あなたがここに書いていること、ほとんど理解できました。そしておそらく、面白い素材は時間をかけてマスターしていくのだろう。

しかし、個人売買は個人主義者の場合です。3つ以上でもなく、2つでもなく、1つ。ただの個人コードです。そして、その大きさは...。数千行で何が書けるのか?過去のあらゆるパターンを再教育し、適応させるプログラム、かもしれません。

 
Aleksei Stepanenko #:

Vadim、あなたがここに書いていること、ほとんど理解できました。そしておそらく、面白い素材は時間をかけてマスターしていくのだろう。

しかし、私的取引は個人のビジネスである。3つ以上でもなく、2つでもなく、1つ。ただの個人コードです。そして、その大きさは...。数千行で何が書けるのか?過去のあらゆるパターンを再教育し、適応させるプログラム、かもしれません。

数千行で、行列を書き、ベース、他の取引所へのゲートウェイ、統計の追加パラメータの計算で作業することができます...。私の意見では、いくつかの指標を使った単純なボットは長い間機能しませんし、もし機能したとしても、大きなばらつきがあり、オプティマイザーが追い出されたときだけ機能します。私の考えでは、収益性の高いシステム(Xではないが、安定している)には、複雑な数学的装置が必要であり、それはまさに何行ものコードを必要とするものである。でも、これは私の個人的な考えですが...。

 
Вадим Калашнков #:

私見ですが、収益性の高いシステム(Xではないが、安定している)には

少なくとも1つの収益性の高いシステムをお持ちですか?

 
Вадим Калашнков #:

最低限、テレスコープ関数の束をようやく取り除くことができたし、何よりも膨大な数の便利なクラスを持つ標準ライブラリが追加されたのだ。

ヌケモレ質問で事前に謝っておきます)。これは、4サイクルの望遠鏡の機能を5サイクルに移したものではありません。私はそのようなことは知りません(株式環境管理以外は、本質的に違います)。明確にしていただければ。

そして、どうやら私たちは違うことを話しているようです。つまり、言語のシンタックスのことですが、あなたはライブラリやインサートなどのコードの形で言語の環境の例を挙げていますね。そして、端末とメタエディタの機能。5kaでは、より多くの機能を搭載し、より複雑になっています。ライブラリは、コードを簡略化するためのオーバーランゲージである。MKL5を使うこともできますし、SeaTradeを使って短いコードを書くこともできます。そして、4kaでは、注文の取引所設定や取引やポジションの状態の形でその実際の実行を見る可能性にアクセスすることなく、MKL4でそれを書くことができます。アルゴリズムの練習には必要ありません。注文執行のスピードと割合を向上させ、注文、取引、ポジションの状態に最速でアクセスできるようにすること、これは別の課題である。

クラスを含むコードは、両言語でそのまま再現されています。継承、異なるエンティティの可視化、カスタムデータ型、異なるデータ型での単一メソッド操作などは、両言語に共通です。

MCLは、端末環境がリクエストによる応答のみを想定しているため、いずれにしても純粋なOOPではなく、端末内のイベントは端末に一定のアルゴリズムで返され、 それぞれコールバック関数がなければできない......というものです。

これらは端末環境の特性であり、言語の特性から外すことはできないが、OOPの基本的な特性はどちらの言語にも存在する。