価格のガラスはどうあるべきか？ - ページ 13

[Roman]

Реter Konow:

1.プログラムは2ヶ国語で書かれています。ベースとなる言語はMQL5で、その上に私のマークアップ言語があります。

2.送信と同じ方法で配布されます。正しい細胞の中という意味です。言葉で説明するのは難しいですね。後日、コードを送ります。もちろん、正しいセルにデータを入れるために汗はかきましたが、この問題は解決しました。

3.要求されるもので、センスと重要性のあるものはすべて追加していくつもりです。

mql5は、互換性やコードの可読性に問題がないため、良いと思います。
また、どのように送信されるのか、どのようなデータを基にしたのかがわかりません。
ストリーム、キャスト、Json。
階層化がforループで行われるなら、ループを見送る。
どんなループにも処理時間があり、それがレイテンシーとなる。
タンブラーの価格水準は上下で40程度しかない。
そのため、各レベルごとに必要な値を変数に書き込んで、ループをなくすことにしました。

[Реter Konow]

Roman:

mql5であれば、互換性やコードの可読性に問題はないでしょう。
また、どのように送信されるのか、どのようなデータを基にしたのかがわかりません。
ストリーム、キャスト、Json。
階層化がforループで行われるなら、ループを見送る。
どんなループにも処理時間があり、それがレイテンシーとなる。
タンブラーの価格水準は上下で40程度しかない。
そのため、各レベルごとに必要な値を変数に書き込んで、ループをなくすことにしました。

前ページのコードを見てください。

カップの中央のセルに相対して、受信データを集中させます。アスクに最も近い価格を中央のセルに入れ、残りの価格を上方に昇順に並べていきます。入札価格とその落札価格も同じです。

[Реter Konow]

Roman:

mql5であれば、互換性やコードの可読性に問題はないでしょう。
そして、それらがどのようにマッピングされているのか、どのようなデータを持っているのかがわかりません。
ストリーム、キャスト、Json。
階層化がforループで行われるなら、ループを見送る。
どんなループにも処理時間があり、それがレイテンシーとなる。
タンブラーの価格水準は上下で40程度しかない。
そのため、各レベルごとに必要な値を変数に書き込んで、ループをなくすことにしました。

受信データを循環させずに分散させるという問題を解決する方法がわからない。ヒントを教えてください。

40以上の価格帯のものが入ってくることもあります。カップに入らないものもあります。そこで、100個のセルからなる受信機アレイを作りました。ピッカーにすべてを表示することは不可能ですが、エンジンに要求することは可能です。

[Реter Konow]

Roman:

...
そのため、各レベルに周期を除いた必要な値の変数を規定することにしています。

データは、価格の高いものから順に配列で入っています。データ量に制限はありません。ビッドのある価格が片方30本ずつ、計60本ある場合もあれば、アスクより高い価格、ビッドより低い価格ばかり30本ある場合もある。つまり、サイクルがなければ、問題を解決する方法はないのです。

[Roman]

Реter Konow:

データは、価格の高いものから順に配列されています。データ量に制限はありません。ビッドのある価格が片方30本ずつ、計60本ある場合もあれば、アスクより高い価格、ビッドより低い価格ばかり30本ある場合もある。だから、サイクルがないと解決できないのです。

配列に入力される要素のインデックスが壊れていなければ、ループを通さずに配列から各要素を取り出し、変数に代入することができます。
そしてすでに、値を含む各変数をそれぞれのセルレベルに割り当てています。
または、配列の各要素を 一度にレベルに割り当てることができます。
それから、変数も除外するのですが、初期化されていないデータは、コーディングのやり方が悪いです。

[Roman]

もう一つ、アイデアが浮かんだ。
受信した配列をBidとAskの2つの配列に分割する場合
そして、CopyArray()関数の使い方を考えましょう。

両方の方式を実装した後、処理速度を測定してみます。
そして、どれが一番良い結果をもたらすか、それを残すことです。

[Реter Konow]

Roman:

配列に入力される要素のインデックスが壊れていなければ、ループを通さずに配列から各要素を取り出し、変数に代入することができます。
そしてすでに、値を含むすべての変数がセルレベルに割り当てられている。
または、配列の各要素を 一度にレベルに割り当てることができます。
それから、変数も除外するのですが、初期化されていないデータは、コーディングのやり方が悪いです。

しかし、配列には順序付けられた価格がなく、そのインデックスもタンブラー内の特定のセルを指すものではありません。データは高い値段から安い値段になるのですが、そこで注文が終わってしまうのです。価格差は1点かもしれないし、10点、153点かもしれません。スライダーは、その上に位置する全範囲で最後に変更された注文数量を表示します。ascから150pips以上の値で指値注文の数が変わった場合、配列に表示されます。したがって、配列には大きいものから小さいものへの順番以外なく、ループ以外ではデータの並べ替えはできません。

[Roman]

Реter Konow:

残念なことに、配列にはインデックスがありません。データは高い値段から安い値段になるのですが、そこで注文が終わってしまうのです。価格差は1点かもしれないし、10点、153点かもしれません。スタックには、それらが配置されている全範囲の最後に変更された注文数量が表示されます。ascから150pips以上の値で指値注文の数が変わった場合、配列に表示されます。したがって、配列には「多い」から「少ない」以外の順序は存在せず、ループ以外ではデータの順序付けはできません。

受信配列の配列要素による インデックス付けがある。
データは価格の高いものから低いものへ、必ず順番に並んでいますね。
そこで、配列から必要な要素をインデックスで選びますが、ループはありません。
また、受信データのサイズが変化するため、より良いBid/Askをキャッチすることが不可能な場合。
であれば、CopyArray()について考えるべきかもしれません。

[Реter Konow]

Roman:

受信配列の配列要素による インデックス付けがある。
データは高いものから低いものへ、必ず順番に並んでいますね。
そこで、受信配列から任意の要素をインデックスで選択しますが、ループは使用しません。

シーケンシャルに配列されています。でも。

1. カップセルの数より多くのデータが入ってくることもあります。
2. 価格の間に明確な順序はない。アスクより1つ上の価格とビッドより7つ下の価格が存在する可能性があります。
3. 価格の間隔が不揃いな場合があります。1番目と2番目の間は1ポイント、2番目と3番目の間は18ポイントまたは1008ポイントでもよい。

そのため、どの価格がAskに近く、どの価格がBidに近いのかが分からないので、サイクルをやってみないと、どの価格が中間にあるべきかが分からないのです。

[Roman]

Реter Konow:

シーケンシャルに配列されています。でも。

1. カップセルの数より多くのデータが入ってくることもあります。
2. 価格の間に明確な順序はない。アスクより1つ上の価格とビッドより7つ下の価格が存在する可能性があります。
3. 価格の間隔が不揃いな場合があります。1番目と2番目の間は1ポイント、2番目と3番目の間は18ポイントまたは1008ポイントでもよい。

したがって、サイクルを行わない限り、どの価格がアスクに最も近く、どの価格がビッドに最も近いか、したがってどの価格がカップの中心にあるべきかを知ることはできないのである。

そんな曲解されたデータをどこから持ってくるんだ？))

1) データを選択する範囲を明確にする。例えば、20アップ、20ダウンなど。
で、この範囲だけを選択し、それ以外はどうでもいいのです。

2.価格が高いものから低いものへと順番に並んでいるということですね。
だから、高くても低くてもいいから、価格ではなく、配列の中のインデックスを見てください。

2.価格帯間の距離による注文ということであれば、全く問題なく、受信配列にインデックスを付けています。