ダニの話 - ページ 9

 
Vasiliy Sokolov:

一般的には、この情報はMT5で利用可能であり、長い間放送されています。SymbolInfoGet*関数で利用可能です。ダニを受け取った瞬間にこの情報を要求して、自分のデータ型に まとめることを誰も禁じていない。

また、集中管理されたサーバーのストレージは、常に自分のサーバーよりも信頼性が高いという問題もあります。見積書の保管を考える必要もなく、とても便利なものばかりです。しかし、繰り返しになりますが、決定的にかけがえのないものではありません。

ずっと使い続けています。タイムとアクションが追加されれば、MT5の既存のOI等と一緒にできるのでは。交換からそれら(時間と行動)を取るためにのみ、そして今としてではなく - アクションが計算されます。
 
Dmitriy Skub:
うん、ずっと使ってる。タイムとアクションが追加されれば、MT5の既存のOI等でもいけると思います。交換からそれら(時間と行動)を取るだけで、今のままではありません - 行動は計算されています。
MT5で時間に関する問題があります。まず、システムの日付時間の 解像度が低すぎる。現代の基準では、1秒は永遠である。第二に、イベントの到着は時間とは関係ない。OnBookEventでグラスの新しいスクリーンショットを取得したとすると、それは何時頃を指しているのでしょうか?TimeCurrentをサーバーの最終既知 時刻で引っ張る?最後に確認されたサーバーの時刻が1分前に更新された場合はどうでしょうか?
 

3つのティック要求モード(COPY_TICKS_INFO - ビッドとアスクのみ、 COPY_TICKS_TRADE - ラストとボリュームのみ、 COPY_TICKS_ALL - 全てのティック)を比較するために、このEAの同じ商品の3つのチャートで実行することが可能です。

その結果はおよそ次のようになります。

3つのティックリクエストモードの比較

ファイル:
CopyTicks.mq5  3 kb
 

実際には,0001-01-01から9999-12-31までの100ns刻みの範囲を8バイトで簡単に収容することができます。

 
Vladimir Kazakov:

実際には,0001-01-01から9999-12-31までの100ns刻みの範囲を8バイトで簡単に収容することができます。

すべてのシステム関数が、1970年初頭からの経過秒数をそこに書き込むとしたら、どんな使い方があるのだろう。
 
Karputov Vladimir:

3つのティック要求モード(COPY_TICKS_INFO - ビッドとアスクのみ、 COPY_TICKS_TRADE - ラストとボリュームのみ、 COPY_TICKS_ALL - すべてのティック)を比較するために、このEAの同じ商品の3つのチャートで実行することができます。

その結果はおよそ次のようになります。


ダニの数を変えてリクエストしてみてください。最初は2000、次に10000。モードはINFOまたはALLです。売値と買値に差はありますか?
 
開発者に内部のdatetime表現を変更するように求めるのは、悪名高い「互換性」のために無意味な努力であり、datetimeは基本的なシステム形成の型である。
 
Tapochun:
ダニの数を変えてリクエストしてみてください。最初は2000、次に10000。INFOまたはALLモード。買値と売値に差はありますか?
EAではティックを見逃す可能性があるので、インジケーターのモードの違いを見た方が良い。
インジケータを添付します。
ファイル:
CopyTicks.mq5  4 kb
 
Karputov Vladimir:
EAではティックを見逃してしまうことがあるので、インジケーターでモードの違いを見るのがよいでしょう。
インジケータを添付します。
インジケーターは必要ない。モード差もいらないしね。1つのモードで異なる量を要求した場合(例えば2000と10000)、同じティックの違いが観察されるのか、教えてください。
 
Tapochun:
インジケーターは必要ない。それに、モードの違いもいらない。同じモードに対して異なる数値(例えば2000と10000)を要求した場合、同じティックの違いが 観察されるのか、教えてください。
これで納得。確認が必要...