どんな新人の質問でも、フォーラムを乱雑にしないように。プロフェッショナルは、通り過ぎないでください。Nowhere without you - 6. - ページ 312 1...305306307308309310311312313314315316317318319...1178 新しいコメント pgm5 2013.12.04 09:11 #3111 VladislavVG: これは、拡張できない非常に「ささやかな」実装に過ぎません。EAのすべての 注文、または市場ものがある場合、この シンボルに対するこのマジシャンのすべての注文を 削除するのです。つまり、(マジックを考慮する/しないにかかわらず)その商品に発注されたすべての注文をCCA比率でリンクしていると見なすのです。 ということは全くないのかもしれません。例えば、20件の発注のうち、連動しているのは2~3組で、残りは全く連動していない、というような場合です。このEAは、そのような会計に拡張することはできません - 我々はすべてを書き換える必要があり、我々は手動モードでこのEAを使用することができます:その後、リンクされた注文グループのマスターの会計は手動で行わなければならず、我々は取引の注文グループの数だけEAを「ハング」する必要があります。 ハイ、他を全部消して、これだけ残すというのはどうでしょう。 最初の2つの注文は、buystopとsellstopの注文で、takeprofitのみを設定します。そして、片方を開くと、もう片方は削除されます。また、同じ組の注文を再度行う。そしてまた、どちらかがオープンしたとき、あるいはtakeprofitが発動したときに、同じペアの注文が設定される。 そんなサイクルです。 よろしくお願いします。 Artyom Trishkin 2013.12.04 09:24 #3112 PGM5: こんにちは。 他のものをすべて取り除き、これだけを残すというのはどうでしょう。最初の2つの注文は、buystopとsellstopの注文で、takeprofitのみを設定します。そして、片方を開くと、もう片方は削除されます。また、同じ組の注文を再度行う。そしてまた、どちらかがオープンしたとき、あるいはtakeprofitが発動したときに、同じペアの注文が設定される。これがサイクルです。あらかじめご了承ください。実は、最初のアルゴリズムも複雑ではありません。もし私が正しく理解しているなら、保留中の注文が トリガーされたとき、(トリガーされた注文から)新しく開いたポジションに最も近い反対側の保留中の注文を見つけ、それを削除する必要があるのでしょうか? 私の理解が正しければ、何も複雑なことはないのですが。 削除済み 2013.12.04 09:29 #3113 おはようございます!!! static int NomerBara=0; とは? 削除済み 2013.12.04 09:32 #3114 つまり、静的変数が どのような役割を果たし、どのようなもので、プログラムの中でどのように振舞うのか、ということです。 Sergey Dzyublik 2013.12.04 09:37 #3115 Vladimirovits: つまり、静的変数とはどのような役割で、プログラムの中でどのような振る舞いをするのか、ということです。 次のティックを計算する際にもその値を保持しますが、作成された関数からしか見ることができません。 pgm5 2013.12.04 09:39 #3116 artmedia70: 実は、最初のアルゴリズムも複雑なものではないんです。もし私が正しく理解しているなら、保留中の注文がトリガーされたとき、(トリガーされた注文から)新しく開いたポジションに最も近い反対側の保留中の注文を見つけ、それを削除する必要があるのでしょうか。 私の理解が正しければ、何も複雑なことはないのですが。 よろしくお願いします。この質問の答えをどこで探したらいいか教えてください。そうそう、もうひとつ、注文は注文がトリガーされたときとtakeprofitがトリガーされたときに設定し、その前に一番近いものを削除しておくことです。 ありがとうございました。 Vladyslav Goshkov 2013.12.04 09:42 #3117 PGM5: こんにちは。 他のものをすべて取り除き、これだけを残すというのはどうでしょう。 最初の2つの注文は、buystopとsellstopの注文で、takeprofitのみを設定します。そして、片方を開くと、もう片方は削除されます。また、同じ組の注文を再度行う。そしてまた、どちらかがオープンしたとき、あるいはtakeprofitが発動したときに、同じペアの注文が設定される。 これがサイクルです。 あらかじめご了承ください。 オーダーがペアになっている場合は、それぞれのペアが独自のマジックを持つので、実装は簡単です。各ペアのマジックコードは、ループカウンターの値を追加するなど、反復毎に修正する必要があります。1つのペアに複数のEAがある場合のみ、それぞれのEAに異なる「マジックの範囲」を選択し、互いを妨げないようにする必要があります。例えば、「ベースナンバー」+「イテレーションカウンター」の場合、「ベースナンバー」は外部パラメータであり、実際には手動で設定すべきシフト である。反復回数」は静的変数です。リアル口座では、運用中に端末が再起動した場合に備えて、既に発注した注文のポジションも定義しておく必要があります。 Vladyslav Goshkov 2013.12.04 09:49 #3118 artmedia70:実は、最初のアルゴリズムも複雑なものではないんです。もし私が正しく理解しているなら、保留中の注文がトリガーされたとき、(トリガーされた注文から)新しく開いたポジションに最も近い 反対側の保留中の注文を見つけ、それを削除する必要があるのでしょうか?私たちが正しく理解していれば、何も難しいことはないのです。 もし、それが 常に最寄りの であれば、非常にシンプルで、マジシャンももちろん必要ありません。しかし、PGM5からは そのような話は聞いていませんし、一般的なケースでは、 価格的に 最も近いものではなく、現在の価格から 任意の距離にある可能性があり、その間に他の理由による注文が入るかもしれません:意思決定アルゴリズムについては何も知りません。あくまで連動した注文の話です。 削除済み 2013.12.04 09:54 #3119 ありがとうございます!!! 非常に理解しやすい。 Sergey Dzyublik 2013.12.04 09:58 #3120 Vladimirovits: ありがとうございます!!! 非常にクリアです。 静的」と入力し、「ドキュメント」 カテゴリーを選択することは、もうそれほど難しいことではありません。 は、ボリルナードの 言葉です。 調子は良いのですが、ここ数日遅れをとって いるようです ) 1...305306307308309310311312313314315316317318319...1178 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
これは、拡張できない非常に「ささやかな」実装に過ぎません。EAのすべての 注文、または市場ものがある場合、この シンボルに対するこのマジシャンのすべての注文を 削除するのです。つまり、(マジックを考慮する/しないにかかわらず)その商品に発注されたすべての注文をCCA比率でリンクしていると見なすのです。
ということは全くないのかもしれません。例えば、20件の発注のうち、連動しているのは2~3組で、残りは全く連動していない、というような場合です。このEAは、そのような会計に拡張することはできません - 我々はすべてを書き換える必要があり、我々は手動モードでこのEAを使用することができます:その後、リンクされた注文グループのマスターの会計は手動で行わなければならず、我々は取引の注文グループの数だけEAを「ハング」する必要があります。
ハイ、他を全部消して、これだけ残すというのはどうでしょう。
最初の2つの注文は、buystopとsellstopの注文で、takeprofitのみを設定します。そして、片方を開くと、もう片方は削除されます。また、同じ組の注文を再度行う。そしてまた、どちらかがオープンしたとき、あるいはtakeprofitが発動したときに、同じペアの注文が設定される。 そんなサイクルです。
よろしくお願いします。
こんにちは。 他のものをすべて取り除き、これだけを残すというのはどうでしょう。
最初の2つの注文は、buystopとsellstopの注文で、takeprofitのみを設定します。そして、片方を開くと、もう片方は削除されます。また、同じ組の注文を再度行う。そしてまた、どちらかがオープンしたとき、あるいはtakeprofitが発動したときに、同じペアの注文が設定される。これがサイクルです。
あらかじめご了承ください。
実は、最初のアルゴリズムも複雑ではありません。もし私が正しく理解しているなら、保留中の注文が トリガーされたとき、(トリガーされた注文から)新しく開いたポジションに最も近い反対側の保留中の注文を見つけ、それを削除する必要があるのでしょうか?
私の理解が正しければ、何も複雑なことはないのですが。
つまり、静的変数とはどのような役割で、プログラムの中でどのような振る舞いをするのか、ということです。
次のティックを計算する際にもその値を保持しますが、作成された関数からしか見ることができません。
実は、最初のアルゴリズムも複雑なものではないんです。もし私が正しく理解しているなら、保留中の注文がトリガーされたとき、(トリガーされた注文から)新しく開いたポジションに最も近い反対側の保留中の注文を見つけ、それを削除する必要があるのでしょうか。
私の理解が正しければ、何も複雑なことはないのですが。
こんにちは。 他のものをすべて取り除き、これだけを残すというのはどうでしょう。
最初の2つの注文は、buystopとsellstopの注文で、takeprofitのみを設定します。そして、片方を開くと、もう片方は削除されます。また、同じ組の注文を再度行う。そしてまた、どちらかがオープンしたとき、あるいはtakeprofitが発動したときに、同じペアの注文が設定される。 これがサイクルです。
あらかじめご了承ください。
オーダーがペアになっている場合は、それぞれのペアが独自のマジックを持つので、実装は簡単です。各ペアのマジックコードは、ループカウンターの値を追加するなど、反復毎に修正する必要があります。1つのペアに複数のEAがある場合のみ、それぞれのEAに異なる「マジックの範囲」を選択し、互いを妨げないようにする必要があります。例えば、「ベースナンバー」+「イテレーションカウンター」の場合、「ベースナンバー」は外部パラメータであり、実際には手動で設定すべきシフト である。反復回数」は静的変数です。リアル口座では、運用中に端末が再起動した場合に備えて、既に発注した注文のポジションも定義しておく必要があります。
実は、最初のアルゴリズムも複雑なものではないんです。もし私が正しく理解しているなら、保留中の注文がトリガーされたとき、(トリガーされた注文から)新しく開いたポジションに最も近い 反対側の保留中の注文を見つけ、それを削除する必要があるのでしょうか?
私たちが正しく理解していれば、何も難しいことはないのです。
もし、それが 常に最寄りの であれば、非常にシンプルで、マジシャンももちろん必要ありません。しかし、PGM5からは そのような話は聞いていませんし、一般的なケースでは、 価格的に 最も近いものではなく、現在の価格から 任意の距離にある可能性があり、その間に他の理由による注文が入るかもしれません:意思決定アルゴリズムについては何も知りません。あくまで連動した注文の話です。
ありがとうございます!!! 非常にクリアです。
静的」と入力し、「ドキュメント」 カテゴリーを選択することは、もうそれほど難しいことではありません。
は、ボリルナードの 言葉です。 調子は良いのですが、ここ数日遅れをとって いるようです )