オーダーを探すという作業 - ページ 12 1...567891011121314 新しいコメント Vladimir Pastushak 2015.08.16 18:36 #111 Dmitry Fedoseev: 自分が何をしているのかを知ること。当初は、ワラントを扱う際の普遍的なアプローチを見つけるために、自分の持っているものすべてを使ったクラスを作ろうと思ったようですね。しかし、非常に狭い範囲の問題を解決しているのですね。 最初の投稿では、種類別に最大2つの注文を探す、種類別に最小2つの注文を探す、種類別に最後の2つの注文を探す、種類別に最初の2つの注文を探すと書いてありますね。 Dmitry Fedoseev 2015.08.16 18:36 #112 Vladimir Pastushak: そうです。構造体を埋めるのは1サイクルだけで、その後は必要な要素を見つけるためにサイクルを再び開始しなければならないため、必要な要素の数が1より多い場合、サイクルの数も1より多くなってしまうのですそうですね、どちらにしても。どっちにしろ、そういうことになりますね。最も高い価格の注文を2つだけ見つける必要があれば、ループは2つになり、3つ必要であれば、ループは3つになります。もちろん、すべてを仕分けする必要はありません。 Vladimir Pastushak 2015.08.16 18:38 #113 Dmitry Fedoseev:そうですね、どちらにしても。どっちにしろ、そういうことになりますね。最も高い価格の注文を2つだけ見つける必要があれば、ループは2つになり、3つ必要であれば、ループは3つになります。もちろん、すべてを仕分けする必要はありません。 すべてを1つのサイクルにしてしまった...。 Dmitry Fedoseev 2015.08.16 18:40 #114 Vladimir Pastushak: 最初の投稿で、タイプ別に2つの最大注文を見つける、タイプ別に2つの最小注文を見つける、タイプ別に2つの最終注文を見つける、タイプ別に2つの最初の注文を見つける、と書かれています。 通常、最大値を探索するように、2つの変数だけ。まず、1つの変数でチェックし、大きければ、そこから2つ目の変数に値を移し、新しい値を加えていく。それ以上でなければ、2番目の変数と比較します。通常の最大値探索と同じで、ちょっとだけ複雑なんです。 Dmitry Fedoseev 2015.08.16 18:42 #115 Vladimir Pastushak: 1サイクルで全部やっちゃった...。 1サイクルでしかし、アクションの数は2ループのようなものです。1つのパスで2つのチェックがあります。 Vladimir Pastushak 2015.08.16 18:43 #116 Dmitry Fedoseev: これは通常の最大探索で、変数は2つだけでいい。まず、1つの変数でチェックし、大きい場合は、そこから2番目の変数に値を反転させ、新しい値にはしない。それ以上でなければ、2番目のものと比較します。通常の最大値探索と同じだが、少し複雑だ。その方法は知っている...問題は、もうひとつ...現在、いくつかのコンポーネントを持つ Buy.Price_Max.Price タイプのクラス・メンバを 使用しています。 買い注文のすべてPrice_Max 最大オーダーに関するすべて価格 価格とは、最大注文時の価格です Dmitry Fedoseev 2015.08.16 18:45 #117 Vladimir Pastushak:その方法は知っている...問題は、もうひとつ...このコードでは、次のすべてのコンポーネントを持つ Buy.Price_Max.Priceクラスのメンバを 使用しています。 買い注文のすべて価格_最大公約数最大注文の価格価格 質問は何ですか?値を何に格納するかは、それほど重要ではありません。 Vladimir Pastushak 2015.08.16 18:45 #118 Dmitry Fedoseev: 質問は何ですか?値を何に格納するかは、それほど重要ではありません。 最も速く、最も安定した方法を見つけるための質問です ... Dmitry Fedoseev 2015.08.16 18:48 #119 Vladimir Pastushak: 問題は、最も速く、最も安定した方法を見つけることである ... もう最速のものが見つかっているんですね。1サイクル、2チェック。ただし、チケット1枚を覚えておく程度に。サイクル終了後、チケット上のオーダーを選択し、そのすべてのプロパティを取得します。 Vladimir Pastushak 2015.08.16 18:49 #120 Dmitry Fedoseev: それは、すでに最速のものが見つかっているからです。1サイクル、2チェック。でも、チケットは1枚だけ覚えておいてください。サイクル終了後、チケット上のオーダーを選択し、そのすべてのプロパティを取得します。 ああ、誰かもっと知っている人がいるんじゃないかと思ったんだ・・・。 1...567891011121314 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
自分が何をしているのかを知ること。当初は、ワラントを扱う際の普遍的なアプローチを見つけるために、自分の持っているものすべてを使ったクラスを作ろうと思ったようですね。しかし、非常に狭い範囲の問題を解決しているのですね。
そうです。構造体を埋めるのは1サイクルだけで、その後は必要な要素を見つけるためにサイクルを再び開始しなければならないため、必要な要素の数が1より多い場合、サイクルの数も1より多くなってしまうのです
そうですね、どちらにしても。どっちにしろ、そういうことになりますね。
最も高い価格の注文を2つだけ見つける必要があれば、ループは2つになり、3つ必要であれば、ループは3つになります。もちろん、すべてを仕分けする必要はありません。
そうですね、どちらにしても。どっちにしろ、そういうことになりますね。
最も高い価格の注文を2つだけ見つける必要があれば、ループは2つになり、3つ必要であれば、ループは3つになります。もちろん、すべてを仕分けする必要はありません。
最初の投稿で、タイプ別に2つの最大注文を見つける、タイプ別に2つの最小注文を見つける、タイプ別に2つの最終注文を見つける、タイプ別に2つの最初の注文を見つける、と書かれています。
1サイクルで全部やっちゃった...。
これは通常の最大探索で、変数は2つだけでいい。まず、1つの変数でチェックし、大きい場合は、そこから2番目の変数に値を反転させ、新しい値にはしない。それ以上でなければ、2番目のものと比較します。通常の最大値探索と同じだが、少し複雑だ。
その方法は知っている...
問題は、もうひとつ...
現在、いくつかのコンポーネントを持つ Buy.Price_Max.Price タイプのクラス・メンバを 使用しています。
買い注文のすべて
Price_Max 最大オーダーに関するすべて
価格 価格とは、最大注文時の価格です
その方法は知っている...
問題は、もうひとつ...
このコードでは、次のすべてのコンポーネントを持つ Buy.Price_Max.Priceクラスのメンバを 使用しています。
買い注文のすべて
価格_最大公約数
最大注文の価格価格
質問は何ですか?値を何に格納するかは、それほど重要ではありません。
問題は、最も速く、最も安定した方法を見つけることである ...
それは、すでに最速のものが見つかっているからです。1サイクル、2チェック。でも、チケットは1枚だけ覚えておいてください。サイクル終了後、チケット上のオーダーを選択し、そのすべてのプロパティを取得します。