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

[hrenfx]

練習を重ねるだけで、問題の感覚をつかむことができます。マニュアル＋オートマチックの場合の話ではなく、私は実践していないのです。しかし、私自身の経験から

"ある命令 "とは一体何なのか！？全般的にどうなんでしょうか？

さて、歴史を振り返ってみましょう。腑に落ちたようです。何らかの障害（ブローカー側など）が発生した場合。

私たちは手動で干渉することはできません。何百もの注文があります（そして、そのすべてが問題であるとは限りません）。このクソはTSでは提供されなかった。

TSコードに干渉すること-それを正しく処理する方法をじっくり考える必要があります。今、私にできることは何だろう？

まあ、今見ている方法で、いくつかの命令を変更するトリッキーなスクリプトを書いているんだ」。

このスクリプトをネットで書くのにどれくらい時間がかかるか。しかし、MQL4では、一桁少ない時間で済むのです。

ネッティングでは、上の例のような問題を理解し、感じることはまずないとさえ言えるでしょう。

練習して、実際の取引だけを練習する。

[TheXpert]

MetaDriver:
全部デタラメです。

そうであってほしい。なんで5にはまともな攻略アグリゲーターがないんだ？彼はまったくもって要領がいい。

[Vladimir Gomonov]

hrenfx:

練習を重ねるだけで、問題の感覚をつかむことができます。マニュアル＋オートマチックの場合の話ではなく、私は実践していないのです。しかし、私自身の経験から

"ある命令 "とは一体何なのか！？全般的にどうなんでしょうか？

さて、歴史を振り返ってみましょう。腑に落ちたようです。何らかの障害（ブローカー側など）が発生した場合。

私たちは手動で干渉することはできません。何百もの注文があります（そして、そのすべてが問題であるとは限りません）。このクソはTSでは用意されていない。

TSコードに干渉すること-それを正しく処理する方法をじっくり考える必要があります。今、私にできることは何だろう？

まあ、今見ている方法で、いくつかの命令を変更するトリッキーなスクリプトを書いているんだ」。

このスクリプトをネットで書くのにどれくらい時間がかかるか。しかし、MQL4ではもっと短い時間で済むでしょう。

マーケットドライバー（シンクロナイザー）は、実際のポジション（ブローカーのサーバー上）と推奨（ストラテジーからのシグナル）のマーケットポジションの差を（推論で）求め、その差を解消するための注文を出すだけです。そして、この時点までにどんな失敗があり、誰の側にいたとしても、どんな性質の失敗や接続の喪失・回復（いつまで経っても！）の直後のどんな状況でも、ベストなことは、マーケットポジションを推奨されるものに持って いくことです。 この公理に例外はありません。

ネッティングでは、上記の例のような問題を理解し、感じることはまずないとさえ言えるでしょう。

それは確かです。

実際の取引の練習をすること、そしてその練習のみ。

まあ、誰もそれに異論はないでしょう。

[Vladimir Gomonov]

TheXpert:
たらればの話ですが。なぜ5には通常のアグリゲーターがないのですか？まったくもって的を射ている。

もし私たちが「市場向け」の戦略のアグリゲーターについて話しているなら、つまり、個々のトレードを追跡する機能を備えた、分離したEAの束をリアル（またはせいぜいデモ）で実行することです - たとえば私は、このタスクについてはどうでもいいのです...:)))))

だから、「普通のアグリゲータ」は存在しないのである。

普通ではない」、つまり、すべての戦略を1つのEAに組み合わせて個人で使う場合については、私はその方法を示したし、ドライバも無料でお見せしたのです。レディ・インテグレータ-・アグリゲータ、何が問題なのか？;)

[hrenfx]

MetaDriver:

CCA命令でないと純粋に 解決できない悩みなんですね。

OCO指令は必要ありません。すべて前述と同じアーキテクチャで、ネッティングでも複数のTCの集約が現実のものとなる。

このアーキテクチャでは、すべてのTCが仮想的に実行されます。つまり、現在の時点までの履歴を持つ自分自身のテスターです。そして、まとめポーズが現実とシンクロする。

もちろん、この仮想環境のビジュアル化は、ほぼMT4のビジュアル化である。

同じMT4上のFOREX-Aggregatorは、特にこのような無意味なことを行っていることはご理解いただけると思います。つまり、仮想環境、つまりMT4でTSを実行するのです。仮想環境は、アグリゲーターのブリッジから提供されます。そして、実際には見えない本当の面（そこで実行されたLPについて）、しかし、あなたは美しくすべてを見せられるのです。

[Vladimir Gomonov]

hrenfx:

OCO指令は必要ありません。すべて前述と同じアーキテクチャで、ネッティングでも複数のTCの集約が現実のものとなる。

このアーキテクチャでは、すべてのTCが仮想的に実行されます。つまり、現在の瞬間の履歴を持つ自分自身のテスターです。そして、まとめポーズがすでに現実とシンクロしているのです。

もちろん、この仮想環境のビジュアル化は、ほぼMT4のビジュアル化である。

同じMT4上のFOREX-Aggregatorは、特にこのような無意味なことを行っていることを理解してください。つまり、MT4でTSを仮想環境で動かすのです。仮想環境は、アグリゲーターのブリッジから提供されます。そして、実際には見えない本当の面（どのLPで何が実行されたのか）、すべてを美しく見せてくれるのです。

個人で使う分には、原理的に問題なく作れるかもしれません。 私のスキームでは、バーチャルテスターがないだけで、インジケーターの形で作ることができ、その場合、可視化の問題は大幅に簡略化されます。

[Vasiliy Sokolov]

hrenfx:

このアーキテクチャでは、すべてのTCが仮想的に実行されます。つまり、現在の時点までの履歴を持つ自分自身のテスターです。そして、トータルなポーズを現実とシンクロさせるのです。

複雑すぎるソリューション。最終的な開発者に対する透明性が十分でない。

[Vasiliy Sokolov]

MetaDriver:

買いの条件／売りの条件を区別する問題はない。 戦略のレベルではないはずだ。 戦略の仕事は、次の瞬間に相場が上昇するか下落するか、その確率を予測することだ。 推奨する相場ポジションは、それにかかっているのである。過去に何があったのか、今、（どちらかの方向に）ポジションが空いているのかいないのか、それは絶対に関係ない。そ うしないと、存在しない問題を解決することに人生の半分を費やすことになりかねません。

どうして関係ないんだ！？どんな戦略も、その論理レベルでは、常に現在の状態を知っているのです単純なクロスオーバー戦略を例にとると、買いか売りかの2つの状態しかない。その位置を記憶することなく、速い平均が遅い平均を上回ると見るたびに、ロングポジションを建てることになります。では、シンクロナイザーは何をすればいいのだろうか。いや、あなたはすでにロングポジションを持っているのだから、他のポジションを持たせるわけにはいかない！」と彼女に言ってください。

私のソリューションは普遍的なもので、ストラテジーが自分で注文の数と方向を決定し、オープンにしておくことができます。買うポジションが1つで、売るポジションが2つなら問題ありません。ベーシッククラスは、判断に必要な情報をすべて持っています。端末レベルではネットポジションはなく、ストラテジー自体は快適なマルチポジションモードで動作します。

私が提案したテンプレートに基づくExpert Advisorは、自動的にマルチExpertのプロパティを持つようになります。何も追加したり修正したりする必要はありません。一つのシンボルに異なるEAのポジションがネットに崩れることはありません。このパターンでグリッドやロッカーをプログラムするのは、他のストラテジーと同じように簡単です。つまり、Expert Advisorのロジックに関係なく、プログラムの実装を完全に一本 化することができるのです

[Mykola Demko]

C-4:

どうして関係ないんだ！？どんな戦略も、その論理レベルでは、常に現在の状態を知っているのです単純なクロスオーバー戦略を例にとると、買いか売りかの2つの状態しかない。その位置を記憶することなく、速い平均が遅い平均を上回ると見るたびに、ロングポジションを建てる。では、シンクロナイザーは何をすればいいのだろうか。いや、あなたはすでにロングポジションを持っているのだから、他のポジションを持たせるわけにはいかない！」と彼女に言ってください。

私のソリューションは普遍的なもので、ストラテジーが自分で注文の数と方向を決定し、オープンにしておくことができます。買うポジションが1つで、売るポジションが2つなら問題ありません。ベーシッククラスは、判断に必要な情報をすべて持っています。端末レベルではネットポジションはなく、ストラテジー自体は快適なマルチポジションモードで動作します。

私が提案したテンプレートに基づくExpert Advisorは、自動的にマルチExpertのプロパティを持つようになります。何も追加したり修正したりする必要はありません。一つのシンボルに異なるEAのポジションがネットに崩れることはありません。このパターンでグリッドやロッカーをプログラムするのは、他のストラテジーと同じように簡単です。つまり、Expert Advisorのロジックに関係なく、プログラムの実装を完全に一本 化することができるのです

シグナルは、ある方向への取引ポジションを許容する状況に変化することです。

信号が変われば署名も変わる、個別の署名をしてみてはいかがでしょうか。

そうすれば、シグナルだけでなく、サインも含めて実行されます。もし、シグナルがすでに機能しているのであれば、再度取引する必要はないでしょう。

[Vasiliy Sokolov]

Urain:

シグナルとは、ある方向への取引ポジションを許容する状況に変化したことを意味します。

信号には個別のサインを入れればいいのに、信号が変わればサインも変わる。

そうすれば、シグナルだけでなく、サインも含めて実行されます。もし、シグナルがすでに機能しているのであれば、再度取引する必要はないでしょう。

この場合、作業した信号の履歴を保存する必要があり、非常にコストがかかります。再び、2つの平均の交差を考えてみよう。仮にExpert Advisorを再起動させたとします。エントリーのための新しいクロスはありませんし、EAは何とかその取引履歴を 復元し、クロスオーバーがあったことを理解し、それが買い状態にあるべきで、この信号が処理されていると我々は新しい位置を開くべきではありませんが、我々は古い位置を見つける必要がありますが、それは必ずしも現在の位置が唯一のEAに属していない場合がありますので、見つけるのは簡単ではないでしょう...すべてにおいて、悪夢である。これはhrenfxが提案した茨の道である。すべてのロボットにヒストリーテスターを書き、過去のシグナルを集め、それが機能したかどうかを計算し、戦略のボリュームなどを保存するのである。その結果、開発の複雑さは桁違いになる一方で、確実な解決策はまだ見つかっていない。