構造のルール プログラムの構成方法を学び、可能性、エラー、解決策などを探る。 - ページ 8

 
GaryKa:

そして、「演奏者」と「アナライザー」の間にフィードバックを導入し、さらに、この非理想的な演奏のパラメータをアナライザーの数学的モデルに組み込む必要があります。

この場合、フィードバックは何に影響するのでしょうか?1.00ルーブルで購入したかったのに、理想としないパフォーマンスが1.02で実行されたとします。これは変更できません。アナライザーはそれを変更することができないのです。

変更することはできません。アナライザーは新しい値で動作させなければなりません。0.98のSLがあったのに、その差分、つまり1.00に移動させる必要があるということであればまず買って、SLを行使価格から一定の距離に置くというロジックに変更するのが簡単だと思います。

 
A100:

この場合、フィードバックは何に影響するのでしょうか?例えば、1.00ルーブルで買いたかったのに、1.02ルーブルで約定したとします。

リダイレクトの場合。あるいは指値注文の場合、指値が発動された後にポートフォリオを均す必要がある場合。

 
TheXpert:

リダイレクトの場合。あるいは、リミットトリガー後のポートフォリオ均等化の場合。

ポートフォリオ均等化の場合は何とも言えませんね。また、再クエリーの問題は実行ブロックの中で解決されるべきだと思います。指定された範囲内で繰り返しリクエストし、例えば、価格が希望するものから50ポイント以上離れるまで10回リクエストして一時停止する、などです。

アナライザは、失敗した場合にどうすればいいか、つまり繰り返すか「あきらめるか」をあらかじめエクゼキュータに伝えることができます。

 

私が賢いと思わないで、この 戦闘用TCを書くというアーキテクチャを もう一度見てみてください。フィードバックがない。

仮想のポジションがあり、仮想にフィットした現実の取引環境がある。

その場合、プラットフォームや他の会計システムでネッティングがあるかどうかも問題ではありません。

 
TheXpert:
これはあくまで一例ですが、トレーディングの部分は戦略次第です。
そうでなくてもいいんです。スマートなポジション表現を開発し、ポジションを使った正しい作業を整理していれば、実行の種類は Expert Advisorのロジックそのものに影響を与えません。例えば、私のエンジンでは、実行の種類は単純なenumで設定されています。指値注文が必要ならどうぞ、逆指値注文が必要ならどうぞ。最大スリッページを表示した逆指値注文を考えてみましょう。実はこれ、スリッページの値だけ現在より価格が悪い指値注文なんです。つまり、すべてのケースで指値注文でいけるということです。ボリュームのオーバーシュートの問題は簡単に解決することができます。必要な数量に達していないとExpert Advisorが判断した場合、同じ方向に2つ目のポジションをオープンします。ベースクラスレベルでは、ヘッジは透過的にサポートされており、特に問題はない。さらに、ボリューム不足の場合にセカンドポジションを開くか開かないかの判断をベースクラスレベルに委ねることができる。そして、ベースクラスが処理すべきポジションのリストに新しいポジションを含めることを強制するモードを簡単に記述することができます。ストラテジーモジュールはそれを拾い上げ、独自のルールに従って処理する。
 
hrenfx:

私が賢いと思わないで、この 戦闘用TCを書くというアーキテクチャを もう一度見てみてください。そこにはフィードバックがない。

あるんです、もっと低いレベルで、ないはずがないんです。

C-4:

依存してはいけない。

なるほど、そんなはずはない、そんなはずはない。そして、やはり絵の描き方を学ばなければならない。そして、絵は抽象的なものです。
 
hrenfx:

私が賢いと思わないで、この 戦闘用TCを書くというアーキテクチャを もう一度見てみてください。フィードバックがない。

それが普通の建築で、少なくとも私の好みにはかなり合っています。


仮想のポジションがあり、仮想にフィットした現実の取引環境がある。

それはまさに、ここで彼らが主張しているシンクロナイザー(この場合、私の)の複雑さ-信頼性の低さについてです。


その場合、プラットフォームや他の会計システムでネッティングがあるかどうかも問題ではありません。

5が発売されていない時に書いた4用の同じようなドライバーを持っています。 ネットポジションがそれに供給され、ドライバーはそれを4つの注文に変換し、プレイが進むにつれてすべてのロットを「減らして」いくのです。
 
TheXpert:

ある、低いレベルでは、ないはずがない。

OK、そうである必要はない、そうである必要はないんだ。そして、やはり絵の描き方を学ばなければならない。そして、絵は抽象的なものです。
ムヒンのアカデミーには行ってませんよ!?
 
TheXpert:

ある、低いレベルでは、ないはずがない。

OK、そうである必要はない、そうである必要はないんだ。そして、やはり絵の描き方を学ばなければならない。そして、絵は抽象的なものです。
重要な例外として、HFTアルゴリズムのロジックは、実はその実行方法によって記述されるのです。
 
MQL5が多重継承に対応し、クラスが抽象的なメソッドを宣言できるようになれば、インターフェースを使う道が開かれ、大規模なプロジェクトにも 対応できるのではないかと考えていたところです。