Вот я подчеркнул ключевую фразу. Она сразу говорит о двух вещах: 1) что у Вас в тестере недоделано с точки зрения пользователя - вашего клиента, 2) показывает отношение Вашей компании к пожеланиям пользователей: типа - нам этим заниматься некогда, лучше скажем, что они не должны этого хотеть, а кто хочет - пусть делают сами.
Тогда будет просто, подогнать объемы под один стандарт. Согласитесь, если были использованы разные принципы расчетов объемов, то однородно их использовать нельзя. Спасибо!
テストのビジュアル表示は後から行ったもので、あくまでもテストのプロセスそのもの（入力と出力）を表示することを目的としています。ビジュアルテストウィンドウにインジケータを重ねることができるのも、便利な副次的効果でした。履歴上の取引システムの動作をモデリングする際に、テスターですべてをフルサポートする予定はなかった。
それは理解できる。当初は「設計不足」でしたが、「機能」が発見されたときに、よく考えられたのではないでしょうか？
ビジュアルテストチャートに適用された指標を見ることができます。これらの指標は、チャートの価格データに基づいて計算さ れ、このデータはテスターにとって100％正しい ものです。 他のタイムフレームや他のシンボルからのデータは、ビジュアルテストチャートを介してテスターによって提供されていない、あなたは この微妙な理解していない場合は、すべての種類の指標を重ね合わせ、ビジュアルテストを使用しない 方が良いでした。
ここでは、キーワードに下線を引きました。1）テスターにあるものは、ユーザー、つまりあなたのクライアントの観点から未完成であること、2）ユーザーの希望に対するあなたの会社の姿勢を示すものであること：タイプ - 我々はそれに対処する時間がない、我々は彼らがそれを望んでいないはずだと言う方が良い、そして誰が望んでいるか - 彼ら自身にそれをやらせる。
ビジュアルテストにおいて、正しいテストとは別に、テスターが何かを提供すべきだという主張は、すべて大衆的なものです。もしあなたが得意なら、ビジュアルテストチャートに追加情報を正しく表示するよう自分で手配するか（すべて可能です）、必要な機能をすべて備えた独自のソフトウェアを作成することができます。
まあ、これは平たく言えば2点目なんですけどね。
.
私は、対立するためにこのようなことを書いているのではありません。個人的にはMT4がとても好きで、MQL4の豊富な言語と外部DLLを呼び出す可能性があり、まさに最高です。しかし、MT5とMQL5がOOPの可能性を持って登場した理由の1つ（そしておそらく最も重要なもの）は、パワー、ライブラリ、機能を備えた.Netスクリプトとの競争であることは、我々二人とも承知していることです。古くて陳腐な「沼」にはまることなく、前に進んでエンドユーザーに新しいものを提供すればいいのです（と、自分では思っている）。その結果、競合他社が追いついてくるものを犠牲にしていることになります。これらの「デメリット」はすべて、「ブレイクスルー」が起こるまで蓄積され続けるのです。このとき、あなたは追いつく役割を担うことになるのです。しかし、そうなったときに、再び首位に立てるかというと、そうでもないでしょう。結局のところ、あなたの最後の文章は、あなたの会社が単に大きな競争相手がいないためにリラックスしているだけで、あなたのマネージャーは単に顧客との関係の基本法則を知らないだけだということを示唆しています。"お客様はいつも正しい"。そして、熾烈な競争（それも遠くない将来）に直面したとき、あなたの会社は迅速に態度を変える必要があるのです。しかし、MQはまだその準備ができていない。
Вот я подчеркнул ключевую фразу. Она сразу говорит о двух вещах: 1) что у Вас в тестере недоделано с точки зрения пользователя - вашего клиента, 2) показывает отношение Вашей компании к пожеланиям пользователей: типа - нам этим заниматься некогда, лучше скажем, что они не должны этого хотеть, а кто хочет - пусть делают сами.
ごっちゃになってますね。MT4テスターは、過去のデータで取引のシミュレーションを行い、それに対応した実行結果を得るという、直接の目的は完全に正しいものです。入力、出力を表示するためのウィンドウに過ぎず、一応インジケータを付けることができるビジュアルテストウィンドウと、どんな関係があるのでしょうか。
Это понятно. Изначально "недофантазировали", но потом, когда обнаружилась "фича", можно же было продумать?
MetaTrader 4の既存のアーキテクチャでは、そのようなニュアンスをすべて苦労せずに実装することはできません。ビジュアルテストチャートはテスター環境とは別に存在し、テスト中はネイティブタイムフレームのシミュレーション価格データのみを受信 します。
特別なお願い!
履歴データの更新がうまくいかない - データを読み込むことができない
1) EURUSD1.hst - このタイプのファイル名を持つDTは問題ありません。
2) EURUSDm1.hst - ヒストリーファイルが最初のバリアントと異なる形で形成されている場合、更新することはできません。
しかし、マウスを使って履歴を後ろにドラッグすることでデータを更新することができます。でも、すごく遅いんです。すべての証券会社で正常なデータダウンロードができるようにしてほしい。
*****************************************************************************************
では、ボリュームデータの公開をお願いします。
時代によって大きく異なるのは周知の通りです。 これらの日付範囲を指定できますか、もしかしたら知っているかもしれません。
そうすれば、一つの規格にボリュームを合わせることが容易になります。 体積の計算に異なる原理を用いた場合、一律に使用することはできないことに同意してください。
ありがとうございました。
Тогда будет просто, подогнать объемы под один стандарт. Согласитесь, если были использованы разные принципы расчетов объемов, то однородно их использовать нельзя.
Спасибо!
TICKデータはボリュームではありません
5桁の場合、4桁の希釈率でティックボリュームが異なります。
--
また、各ディーリング・ハウスは独自のフィルターを持っているため、すべてのティックが入るとは限らないし、逆に他のディーリング・ハウスよりも多くのティックが入ることもある。
各ディーリング会社はティックの一部をフィルタリングする必要があります - ディーリングでは最大1ピップのスプレッドを与える場合があるため。
というわけで、ダニが寄ってこないという結論になりました。
--
全てのディリングに同じようにダニを出せというのか！？ それはない
例えば、MICEXで取引する場合、ティックボリュームではなく、実際のボリュームが存在するため、可能です。
そこに刻みがあるのだから、それを支えなければならない。
---
ダニりょう死語
---
ティックボリュームにどのような用途があるのか？
ごっちゃになっていますね。MT4テスターは、過去のデータで取引のシミュレーションを行い、それに対応した実行結果を得るという、直接の目的は完全に正しいものです。エントリー、イグジットを表示するためのウィンドウで、インジケーターを付けることができるだけのビジュアルテストウィンドウと、どんな関係があるのでしょうか？
このメッセージにのみ返信します。2つ目は明確です。どうやら、うまく伝わらなかったようだ。 このフレーズは、次のように聞こえるはずだった。
.
.1）ユーザー、つまりクライアントの視点から見て、 テスターのどこに欠陥があるのか。
.
私は、さまざまなクライアントと仕事をすることが多いのですが、クライアントが「違う」目で見ていることがあることを知っています。標準的なプログラムを提供したところ、突然、自分たちから見て簡単な機能を追加してほしいという要望・注文・依頼をされるのです。この "機能 "が旧来のコンセプトと合わないように、開発者がごちゃごちゃと作ってしまったのです!そして、何を犠牲にするかを選択しなければならない。
TICKデータはボリュームではありません
5桁の場合、4桁の希釈率でティックボリュームが異なります。
--
また、各ディーリング・ハウスは独自のフィルターを持っているため、すべてのティックが入るとは限らないし、逆に他のディーリング・ハウスよりも多くのティックが入ることもある。
プロバイダからのノイズが増える - 各ディーリング会社はティックの一部をフィルタリングする必要がある - ディーリングでは場合によっては1ピップまでのスプレッドが得られるため。
というわけで、ダニが寄ってこないという結論になりました。
--
全てのディリングに同じようにダニを出せというのか！？それはない
例えば、MICEXで取引する場合、ティックボリュームではなく、実際のボリュームが存在するため、可能です。
そこに刻みがあるのだから、それを支えなければならない。
---
ダニりょう死語
---
ティックボリュームに何を求めているのか？
まだわかりません。しかし、何かが抽出される可能性はあります。
ある証券会社では、ティックのデータが違うんです。また、他のDCと2週間など大容量でスパイクすることもあるのでしょう。
そして、またいつものように例えばInterBankFXのテスト用のを持っています。絶対に本物のトゲがあるのですが、それをどう説明すればいいのかがわからないのです。
そして、どの証券会社でもティック計算の原理は変わっているのでしょう。MT4だから。 そして、これらの期間は、開発者が知っている場合もあります。