ビッド&アスク&スプレッド - ページ 6 123456789 新しいコメント 削除済み 2012.03.14 17:40 #51 220Volt:あるいは、こんな選択肢もあります。 標準構造を8%超過(52バイトの重さ)、65536刻み。どこかにそのような広がりがあるのだろうか スプレッドが小さいと合わない(bidがaskより多く発生する場合)。とにかく、うーん。 hrenfx 2012.03.14 17:46 #52 220Volt: いいえ、在庫は少ないです。まあ、それは現在の実装を持つ開発者がその時に言うべきことです。 int spread; // спред 削除済み 2012.03.14 17:47 #53 hrenfx:まあ、それは現在の実装を持つ開発者がその時に言うべきことです。 Bidは常にAskより小さいのですか?))) hrenfx 2012.03.14 17:57 #54 理論的には、必ずしもそうではありません。実際、歴史は何のためにあるのでしょうか?おそらく、それで十分な分析ができるのでしょう。スプレッドがマイナスになるような話は必要ないと思います(でも、どうせ裁定取引はできないでしょう)。だから、バーでスプレッドがマイナスになることは絶対にない。仮にカスタムヒストリーを作成できるようになったとしても、棒グラフにマイナススプレッドを導入する論理的な理由はないと思うのですが。ちなみに、MQLRatesの 現状では、バーのスプレッドは始値でのスプレッドと書かれており、(確率は無視できませんが)その瞬間にマイナスになる可能性があります。つまり、あるブローカーで負のスプレッドを持つバーが発生する可能性は十分にあるのです。もちろん、それはナンセンスです。 Документация по MQL5: Стандартные константы, перечисления и структуры / Структуры данных / Структура исторических данных www.mql5.com Стандартные константы, перечисления и структуры / Структуры данных / Структура исторических данных - Документация по MQL5 削除済み 2012.03.14 18:06 #55 一般的には、bidはどちらかというとaskの例外で、それ故にスキームは悪くないと私も思います。そして、askの歴史から今あるものと比較すると、符号なしwchar_tは単純に革命を起こすでしょう。 削除済み 2012.03.14 18:27 #56 220Volt:あるいは、こんな選択肢もあります。 標準構造を8%超過(52バイトの重さ)、65536刻み。どこかにそのような広がりがあるのだろうか サイズを間違えた。標準構造=60バイト。私の構造体=64バイトは、標準構造体のサイズを6%上回っています。 Konstantin Gruzdev 2012.03.14 20:52 #57 Renat:...または、より保守的/悲観的なテストのための最大値であってもよい。 そうですね、オープニングスプレッドよりはマシですね。 Vladimir Gomonov 2012.03.14 21:42 #58 Lizar: ああ、オープニングのスプレッドよりいいんだ。最大は割に合わない。(極端は指標にならない)平均が良い。 // ペセミズムは自分たちでできることだ、方法はわかっている... :) Konstantin Gruzdev 2012.03.14 22:00 #59 MetaDriver:最大でも割に合わない。(極端は指標にならない。)中程度が良い。 それはそうかもしれませんね。私が実際にテストし、アカウントで作業した経験に基づくものです。 Renat Fatkhullin 2012.03.14 22:59 #60 平均値を出すと存在しない価格になってしまうので、致命的です。 123456789 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
あるいは、こんな選択肢もあります。
標準構造を8%超過(52バイトの重さ)、65536刻み。どこかにそのような広がりがあるのだろうかいいえ、在庫は少ないです。
まあ、それは現在の実装を持つ開発者がその時に言うべきことです。
まあ、それは現在の実装を持つ開発者がその時に言うべきことです。
理論的には、必ずしもそうではありません。実際、歴史は何のためにあるのでしょうか?おそらく、それで十分な分析ができるのでしょう。スプレッドがマイナスになるような話は必要ないと思います(でも、どうせ裁定取引はできないでしょう)。
だから、バーでスプレッドがマイナスになることは絶対にない。仮にカスタムヒストリーを作成できるようになったとしても、棒グラフにマイナススプレッドを導入する論理的な理由はないと思うのですが。
ちなみに、MQLRatesの 現状では、バーのスプレッドは始値でのスプレッドと書かれており、(確率は無視できませんが)その瞬間にマイナスになる可能性があります。つまり、あるブローカーで負のスプレッドを持つバーが発生する可能性は十分にあるのです。もちろん、それはナンセンスです。
あるいは、こんな選択肢もあります。
標準構造を8%超過(52バイトの重さ)、65536刻み。どこかにそのような広がりがあるのだろうか...または、より保守的/悲観的なテストのための最大値であってもよい。
ああ、オープニングのスプレッドよりいいんだ。
最大は割に合わない。(極端は指標にならない)平均が良い。
// ペセミズムは自分たちでできることだ、方法はわかっている... :)
最大でも割に合わない。(極端は指標にならない。)中程度が良い。