受注サイクルの整理 - ページ 10 1...3456789101112131415 新しいコメント fxsaber 2017.10.06 06:32 #91 Alexey Viktorov:注文が再選択されたとき、誰が傷ついたか？ トレーディング、自動売買システム、ストラテジーテストに関するフォーラム オーダー・リプレイ・サイクルの構築 fxsaber さん 2017.10.06 06:26 チケットの取りこぼしや、チケットスルーを繰り返すなどの事態を招く可能性がある。しかも修正ではなく、単純なAmountOrderの話です。 Artyom Trishkin 2017.10.06 06:38 #92 fxsaber:IsChangeが5行なのに、なぜ？この特定の問題を解決するためではありません。私のライブラリーのためであり、快適な番組制作に必要な多くの問題は、そこで解決されるのです。しかし、特に、市場や歴史的なリストの変更の事実を返します。 Artyom Trishkin 2017.10.06 06:43 #93 fxsaber: しかも修正ではなく、単純なAmountOrderの話です。環境が変わるとシャッフルされる環境からのリストを見て回る必要はなく、自分自身のリストを持っていればいいのです - それはシャッフルされず、クローズ/削除/変更に必要なチケットがすべて（または過剰に、しかし不足なく）入っています。物理的に欠落している場合は、サイクルを最初からやり直す必要はなく、リストの次のものに移ればいいのです。ループのインデックスを変更したり、何らかの方法でループを繰り返そうとする必要はありません。私たちは、単にリストに沿って、必要なことをしようとするだけです。チケットがない→大したことない（もう返せない）→次のチケットに行って好きなようにする。そして、タイマーは順番に次の刻みでリストを修正します。 Alexey Viktorov 2017.10.06 06:49 #94 fxsaber: しかも修正ではなく、単純なAmountOrderの話です。もちろん、それは可能です。いつ何時、何が起こるかわからない。歩いていて、何も問題なく、突然滑る......。すべてにセーフティネットがあるわけではありません。だから、私は「あらゆる場面で使える」最大公約数的な関数を書こうとしないのです。では、単純なAmountOrdersの場合、注文が 2回選択 されても問題ないのでしょうか？ループ実行の瞬間に注文が手動で クローズ/削除される確率はどのくらいでしょうか？なぜなら、与えられた例では、同じループの中で注文が閉じられているからです。あくまで実験として行うのでしょうが、注文を修正したり、何かをしてすぐに閉めるというのは考えられませんが...。 fxsaber 2017.10.06 06:50 #95 Artyom Trishkin:環境が変わるとシャッフルされる環境からのリストを見て回る必要はなく、自分自身のリストを持っていればいいのです - それはシャッフルされず、クローズ/削除/変更に必要なチケットのすべて（または過剰、しかし不足ではない）を持っているのです。物理的に欠落している場合は、サイクルを最初からやり直す必要はなく、リストの次のものに移ればいいのです。ループのインデックスを変更したり、何らかの方法でループを繰り返そうとする必要はありません。私たちは、単にリストに沿って、必要なことをしようとするだけです。チケットがない→大したことない（返品できない）→次のチケットに行き、好きなようにする。そして、タイマーは順番に次の刻みでリストを修正します。例えば、あるシンボルの注文数が 指定数を超えたらEAを無効化したいとします。で、どうやって？ fxsaber 2017.10.06 06:52 #96 Alexey Viktorov:もちろん、それは可能です。いつ何時、何が起こるかわからない。歩いている、歩いている、すべてがまっすぐだ、そして突然滑る......。すべてにセーフティネットがあるわけではありません。だから、私は「あらゆる場面で使える」最大公約数的な関数を書こうとしないのです。では、単純なAmountOrdersの場合、注文が 2回選択 されても問題ないのでしょうか？ループ実行の瞬間に注文が手動で クローズ/削除される確率はどのくらいでしょうか？なぜなら、与えられた例では、同じループの中で注文が閉じられているからです。あくまで実験として行うのでしょうが、注文を修正したり、何かをしてすぐに閉めるというのは考えられませんが...。これ 見てないんですか？すぐに再現可能 Artyom Trishkin 2017.10.06 06:52 #97 fxsaber:例えば、あるシンボルの注文数が 指定数を超えたらEAを無効化したいとします。では、どのように？そこに - タイマーでリストに命令を書き込むときに - 超えた - イベントを送信したり、フラグを発生させた。 Artyom Trishkin 2017.10.06 06:56 #98 Artyom Trishkin:そこに - タイマーでリストに命令を書き込むときに - 超えた - イベントを送信したり、フラグを発生させている。しかし、このようなことはしないほうがよいでしょう。すべては定位置にあるべきものです。Expert Advisor のタイマーでは、必要な基準に従ってリストを取得し、list.Total()>xxx で希望する処理を行います。 Alexey Viktorov 2017.10.06 07:00 #99 fxsaber:これ 見てないんですか？あっという間にプレイアブル化!まさにその通りだと思いながら見ていました。 // Закрыли позиции for (int i = 0; i < Total; i++) OrderClose(Tickets[i], 1, SymbolInfoDouble(_Symbol, SYMBOL_BID), 100); }そして、私のポスト トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム オーダーループの組み方 アレクセイ・ビクトロフ, 2017.10.06 08:49 サイクルを実行する瞬間に手動で 注文を閉じる/削除する確率はどのくらいですか？あと、オーダーループを追い続けるというのは、リアルトレードではどういう深い意味があるのでしょうか？最も重要なのは、何もしないこと... fxsaber 2017.10.06 07:04 #100 Alexey Viktorov:また、実際の取引において、注文のループを継続的に競うことにどのような深い意味があるのでしょうか？戦闘環境では、これは常に行われるべきものです。つまり、1サイクル内にポジションを閉じる 側に回る確率は％ということです。 1...3456789101112131415 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
注文が再選択されたとき、誰が傷ついたか？
トレーディング、自動売買システム、ストラテジーテストに関するフォーラム
オーダー・リプレイ・サイクルの構築
fxsaber さん 2017.10.06 06:26
チケットの取りこぼしや、チケットスルーを繰り返すなどの事態を招く可能性がある。
しかも修正ではなく、単純なAmountOrderの話です。
IsChangeが5行なのに、なぜ？
この特定の問題を解決するためではありません。私のライブラリーのためであり、快適な番組制作に必要な多くの問題は、そこで解決されるのです。しかし、特に、市場や歴史的なリストの変更の事実を返します。
しかも修正ではなく、単純なAmountOrderの話です。
環境が変わるとシャッフルされる環境からのリストを見て回る必要はなく、自分自身のリストを持っていればいいのです - それはシャッフルされず、クローズ/削除/変更に必要なチケットがすべて（または過剰に、しかし不足なく）入っています。物理的に欠落している場合は、サイクルを最初からやり直す必要はなく、リストの次のものに移ればいいのです。ループのインデックスを変更したり、何らかの方法でループを繰り返そうとする必要はありません。私たちは、単にリストに沿って、必要なことをしようとするだけです。チケットがない→大したことない（もう返せない）→次のチケットに行って好きなようにする。そして、タイマーは順番に次の刻みでリストを修正します。
しかも修正ではなく、単純なAmountOrderの話です。
もちろん、それは可能です。いつ何時、何が起こるかわからない。歩いていて、何も問題なく、突然滑る......。すべてにセーフティネットがあるわけではありません。だから、私は「あらゆる場面で使える」最大公約数的な関数を書こうとしないのです。では、単純なAmountOrdersの場合、注文が 2回選択 されても問題ないのでしょうか？ループ実行の瞬間に注文が手動で クローズ/削除される確率はどのくらいでしょうか？なぜなら、与えられた例では、同じループの中で注文が閉じられているからです。あくまで実験として行うのでしょうが、注文を修正したり、何かをしてすぐに閉めるというのは考えられませんが...。
環境が変わるとシャッフルされる環境からのリストを見て回る必要はなく、自分自身のリストを持っていればいいのです - それはシャッフルされず、クローズ/削除/変更に必要なチケットのすべて（または過剰、しかし不足ではない）を持っているのです。物理的に欠落している場合は、サイクルを最初からやり直す必要はなく、リストの次のものに移ればいいのです。ループのインデックスを変更したり、何らかの方法でループを繰り返そうとする必要はありません。私たちは、単にリストに沿って、必要なことをしようとするだけです。チケットがない→大したことない（返品できない）→次のチケットに行き、好きなようにする。そして、タイマーは順番に次の刻みでリストを修正します。
例えば、あるシンボルの注文数が 指定数を超えたらEAを無効化したいとします。で、どうやって？
もちろん、それは可能です。いつ何時、何が起こるかわからない。歩いている、歩いている、すべてがまっすぐだ、そして突然滑る......。すべてにセーフティネットがあるわけではありません。だから、私は「あらゆる場面で使える」最大公約数的な関数を書こうとしないのです。では、単純なAmountOrdersの場合、注文が 2回選択 されても問題ないのでしょうか？ループ実行の瞬間に注文が手動で クローズ/削除される確率はどのくらいでしょうか？なぜなら、与えられた例では、同じループの中で注文が閉じられているからです。あくまで実験として行うのでしょうが、注文を修正したり、何かをしてすぐに閉めるというのは考えられませんが...。
これ 見てないんですか？すぐに再現可能
例えば、あるシンボルの注文数が 指定数を超えたらEAを無効化したいとします。では、どのように？
そこに - タイマーでリストに命令を書き込むときに - 超えた - イベントを送信したり、フラグを発生させた。
そこに - タイマーでリストに命令を書き込むときに - 超えた - イベントを送信したり、フラグを発生させている。
しかし、このようなことはしないほうがよいでしょう。すべては定位置にあるべきものです。
Expert Advisor のタイマーでは、必要な基準に従ってリストを取得し、list.Total()>xxx で希望する処理を行います。
これ 見てないんですか？あっという間にプレイアブル化!
まさにその通りだと思いながら見ていました。
そして、私のポスト
トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム
オーダーループの組み方
アレクセイ・ビクトロフ, 2017.10.06 08:49
サイクルを実行する瞬間に手動で 注文を閉じる/削除する確率はどのくらいですか？
あと、オーダーループを追い続けるというのは、リアルトレードではどういう深い意味があるのでしょうか？最も重要なのは、何もしないこと...
また、実際の取引において、注文のループを継続的に競うことにどのような深い意味があるのでしょうか？
戦闘環境では、これは常に行われるべきものです。つまり、1サイクル内にポジションを閉じる 側に回る確率は％ということです。