mql5言語の特徴、微妙なニュアンスとテクニック - ページ 5 123456789101112...247 新しいコメント fxsaber 2017.02.26 06:45 #41 ドミトリー・フェドセーエフ待機用の関数を別に書いて、標準の取引クラスも使えるようにしたほうがいいのでは。 今、SBより前にソリューションを挿入すると、同期されるようになります。 トレーディング、自動売買システム、ストラテジーテストに関するフォーラム mql5言語の特徴、微妙なニュアンスとコツ fxsaber さん 2017.02.25 16:02もし、すべてのOrderSendを取引環境と同期させ、落とし穴を避けたいのであれば、ソースコードをmqhファイルで書き、プログラムに適切な#includeを作成すれば十分です。 Vasiliy Pushkaryov 2017.02.26 15:52 #42 ドミトリー・フェドセーエフ物事はもっとシンプルでいいんです。注文を送る前に履歴の長さを記憶し、送った後は履歴の長さが伸びるのを待つ。突然、永久に動かなくなることがないように、タイムアウトを入力する必要があります。fxsaberタイムアウトがある。残念ながら、複数のOrderSendsが(異なるExpert Advisorから)一緒に動作する場合、お使いのバージョンで問題が発生する可能性があります。 このような場合、ORDER_MAGICは 役に立たないのでしょうか?EAの履歴を確認するためだけ? Dmitry Fedoseev 2017.02.26 16:15 #43 ワシリー・プシュカリョフ このような場合、ORDER_MAGICは 役に立たないのでしょうか?EAの履歴を確認するためだけ? でご覧いただけます。 fxsaber 2017.02.26 17:05 #44 Vasiliy Pushkaryov: このような場合、ORDER_MAGICは 役に立たないのでしょうか?EAの履歴を確認するためだけ? 問題がある可能性があります トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム mql5言語の特徴、微妙なニュアンスとコツ fxsaber さん 2017.02.25 17:29 また、履歴だけでなく、オープンポジション/注文などの SL/TPも同期していません。マルクの場合、最初はオーダーで、一瞬後にはトレードで履歴を増やすしかない。また、ORDER_MAGICはすでに履歴のあるリクエストです。つまり、以前から提案されていたように、履歴が増えるのを待つだけではダメなのです。待たされる側の論理からすると、1つのメソッドしか機能しないのに、なぜいくつかのメソッドを発明しなければならないのか、私にはよくわかりません。TRADE_ACTIONごとに、特定のものを待つ必要があります。それは具体的に待つしかない。他のものを待っていても意味がない。第二の解決策はまったくない。 Dmitry Fedoseev 2017.02.26 18:02 #45 fxsaber 問題があるのかもしれません。また、ORDER_MAGICはすでに履歴のあるリクエストです。ですから、先ほど提案されたように、履歴が増えるのを待つだけではダメなのです。待つというロジックからすると、1つの方法しか使えないのに、なぜいくつかの方法を編み出さなければならないのか、私にはよくわかりません。TRADE_ACTIONごとに、特定のものを待つ必要があります。それは具体的に待つしかない。他のものを待っていても意味がない。第二の解決策はまったくない。 あなたはとても面白い人ですね。詳細に綴らなければ、解らないのです。マジックを意識したストーリーが増えるのを待つ。 fxsaber 2017.02.26 18:25 #46 ドミトリー・フェドセーエフ マジックを意識したストーリーが増えるのを待つ。 もしそうなら? Dmitry Fedoseev 2017.02.26 18:28 #47 fxsaber モディファイされたら? なぜ、その後に待つのか? fxsaber 2017.02.26 18:36 #48 ドミトリー・フェドセーエフ なぜ、その後に待つのか? OrderSend が成功した後、保留中の注文を修正する際に、次のような現象が発生することがあります。(ENUM_ORDER_STATE)::OrderGetInteger(ORDER_STATE) == ORDER_STATE_REQUEST_MODIFYただし、SL/TPは位置変更の ようにすぐに更新されるわけではありません。多くの取引サーバーをストレステストしてこそ、そのニュアンスが分かるのです。これがないと、実際の口座での取引は厄介なことになります。 Dmitry Fedoseev 2017.02.26 18:49 #49 あちらたてればこちらがたたぬ fxsaber 2017.02.26 19:01 #50 ドミトリー・フェドセーエフ ぶつかるはいずこにあり 提案されたソリューションは、まだ何も出会っていないんです。だから、これ以上の提案はできなかったんです。 123456789101112...247 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
待機用の関数を別に書いて、標準の取引クラスも使えるようにしたほうがいいのでは。
トレーディング、自動売買システム、ストラテジーテストに関するフォーラム
mql5言語の特徴、微妙なニュアンスとコツ
fxsaber さん 2017.02.25 16:02
もし、すべてのOrderSendを取引環境と同期させ、落とし穴を避けたいのであれば、ソースコードをmqhファイルで書き、プログラムに適切な#includeを作成すれば十分です。
物事はもっとシンプルでいいんです。注文を送る前に履歴の長さを記憶し、送った後は履歴の長さが伸びるのを待つ。突然、永久に動かなくなることがないように、タイムアウトを入力する必要があります。
タイムアウトがある。残念ながら、複数のOrderSendsが(異なるExpert Advisorから)一緒に動作する場合、お使いのバージョンで問題が発生する可能性があります。
このような場合、ORDER_MAGICは 役に立たないのでしょうか?EAの履歴を確認するためだけ?
このような場合、ORDER_MAGICは 役に立たないのでしょうか?EAの履歴を確認するためだけ?
トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム
mql5言語の特徴、微妙なニュアンスとコツ
fxsaber さん 2017.02.25 17:29
また、履歴だけでなく、オープンポジション/注文などの SL/TPも同期していません。
マルクの場合、最初はオーダーで、一瞬後にはトレードで履歴を増やすしかない。
また、ORDER_MAGICはすでに履歴のあるリクエストです。つまり、以前から提案されていたように、履歴が増えるのを待つだけではダメなのです。
待たされる側の論理からすると、1つのメソッドしか機能しないのに、なぜいくつかのメソッドを発明しなければならないのか、私にはよくわかりません。
TRADE_ACTIONごとに、特定のものを待つ必要があります。それは具体的に待つしかない。他のものを待っていても意味がない。第二の解決策はまったくない。
問題があるのかもしれません。
また、ORDER_MAGICはすでに履歴のあるリクエストです。ですから、先ほど提案されたように、履歴が増えるのを待つだけではダメなのです。
待つというロジックからすると、1つの方法しか使えないのに、なぜいくつかの方法を編み出さなければならないのか、私にはよくわかりません。
TRADE_ACTIONごとに、特定のものを待つ必要があります。それは具体的に待つしかない。他のものを待っていても意味がない。第二の解決策はまったくない。
マジックを意識したストーリーが増えるのを待つ。
モディファイされたら?
なぜ、その後に待つのか?
ただし、SL/TPは位置変更の ようにすぐに更新されるわけではありません。
多くの取引サーバーをストレステストしてこそ、そのニュアンスが分かるのです。これがないと、実際の口座での取引は厄介なことになります。
ぶつかるはいずこにあり