オーダーを探すという作業 - ページ 12

[Vladimir Pastushak]

Dmitry Fedoseev:
自分が何をしているのかを知ること。当初は、ワラントを扱う際の普遍的なアプローチを見つけるために、自分の持っているものすべてを使ったクラスを作ろうと思ったようですね。しかし、非常に狭い範囲の問題を解決しているのですね。

最初の投稿では、種類別に最大2つの注文を探す、種類別に最小2つの注文を探す、種類別に最後の2つの注文を探す、種類別に最初の2つの注文を探すと書いてありますね。

[Dmitry Fedoseev]

Vladimir Pastushak:
そうです。構造体を埋めるのは1サイクルだけで、その後は必要な要素を見つけるためにサイクルを再び開始しなければならないため、必要な要素の数が1より多い場合、サイクルの数も1より多くなってしまうのです

そうですね、どちらにしても。どっちにしろ、そういうことになりますね。

最も高い価格の注文を2つだけ見つける必要があれば、ループは2つになり、3つ必要であれば、ループは3つになります。もちろん、すべてを仕分けする必要はありません。

[Vladimir Pastushak]

Dmitry Fedoseev:

そうですね、どちらにしても。どっちにしろ、そういうことになりますね。

最も高い価格の注文を2つだけ見つける必要があれば、ループは2つになり、3つ必要であれば、ループは3つになります。もちろん、すべてを仕分けする必要はありません。

すべてを1つのサイクルにしてしまった...。

[Dmitry Fedoseev]

Vladimir Pastushak:
最初の投稿で、タイプ別に2つの最大注文を見つける、タイプ別に2つの最小注文を見つける、タイプ別に2つの最終注文を見つける、タイプ別に2つの最初の注文を見つける、と書かれています。

通常、最大値を探索するように、2つの変数だけ。まず、1つの変数でチェックし、大きければ、そこから2つ目の変数に値を移し、新しい値を加えていく。それ以上でなければ、2番目の変数と比較します。通常の最大値探索と同じで、ちょっとだけ複雑なんです。

[Dmitry Fedoseev]

Vladimir Pastushak:
1サイクルで全部やっちゃった...。

1サイクルでしかし、アクションの数は2ループのようなものです。1つのパスで2つのチェックがあります。

[Vladimir Pastushak]

Dmitry Fedoseev:
これは通常の最大探索で、変数は2つだけでいい。まず、1つの変数でチェックし、大きい場合は、そこから2番目の変数に値を反転させ、新しい値にはしない。それ以上でなければ、2番目のものと比較します。通常の最大値探索と同じだが、少し複雑だ。

その方法は知っている...

問題は、もうひとつ...

現在、いくつかのコンポーネントを持つ Buy.Price_Max.Price タイプのクラス・メンバを 使用しています。

買い注文のすべて

Price_Max 最大オーダーに関するすべて

価格 価格とは、最大注文時の価格です

[Dmitry Fedoseev]

Vladimir Pastushak:

その方法は知っている...

問題は、もうひとつ...

このコードでは、次のすべてのコンポーネントを持つ Buy.Price_Max.Priceクラスのメンバを 使用しています。

買い注文のすべて

価格_最大公約数

最大注文の価格価格

質問は何ですか？値を何に格納するかは、それほど重要ではありません。

[Vladimir Pastushak]

Dmitry Fedoseev:
質問は何ですか？値を何に格納するかは、それほど重要ではありません。

最も速く、最も安定した方法を見つけるための質問です ...

[Dmitry Fedoseev]

Vladimir Pastushak:
問題は、最も速く、最も安定した方法を見つけることである ...

もう最速のものが見つかっているんですね。1サイクル、2チェック。ただし、チケット1枚を覚えておく程度に。サイクル終了後、チケット上のオーダーを選択し、そのすべてのプロパティを取得します。

[Vladimir Pastushak]

Dmitry Fedoseev:
それは、すでに最速のものが見つかっているからです。1サイクル、2チェック。でも、チケットは1枚だけ覚えておいてください。サイクル終了後、チケット上のオーダーを選択し、そのすべてのプロパティを取得します。

ああ、誰かもっと知っている人がいるんじゃないかと思ったんだ・・・。