エラー、バグ、質問 - ページ 1563

新しいコメント
 
Anton Zverev:

各シンボルについて、端末がティックカウンター（接続時からの）を保持していれば、もっと便利です。そして、それぞれのExpert Advisorは、呼び出されると、呼び出されたティックの番号を取得します。

これにより、ミスダニを推定することができる。

現在、すべてのEAはチャート上でトリガーされることが要求されています。BookEventは、EAを動かすのにチャートは必要ない、という最初のツバメです。

新たな事業体は必要ない。ミスチックの評価は、既に存在するカウンターを使用して行うことができます。tick_volumeと 呼ばれるものです。
削除済み  
Slawa:

通常の運用では、2つ目のシンボルのチャートにEAが添付されている場合、2つ目のシンボルの各ティックでEAが呼び出されるだけです。

また、わざわざチャートイベントを行う必要はありません。すべてはすでに目の前にあるのだから、あとは周りを見渡すだけ。

1.例えば、1秒間のタイマーを作る。

2.OnTimerに0から100までのループをSleep(10)で配置し、1秒以上走らないように制御しています。

3.SymbolInfoTick クエリを使用して、任意の楽器を分析することができます。

このデザインはテスターでも通用します

もちろん、この構成もテスターではうまく動作しません。ティックをスキップしてしまいます。あなた（開発者）が、自分の製品に松葉杖を使うことを提案するとは驚きだ！」。

スラワ
新しいエンティティは必要ありません。ミスチックの評価は、既にあるカウンターで行うことができます。tick_volumeと 呼ばれるものです。

ティックボリュームバーの適切な数を要求して、あるバーのためにcopitixを呼び出してみてください。そして、このパラメータとcopytixが出力するものを比較してみてください。

M1でもその差は大きい!残りのTFは言うまでもありません。

 

1つのExpert Advisorは1つの チャートのみで動作します。OnTickが正しく、ブレーキなく書かれていれば、Expert Advisorは1 ティックも見逃しません。

これは当たり前のことです。

複数のシンボルを同時に処理する必要がある場合は、必要な商品のチャート上でExpert Advisorを実行します。1つのツール、1つのExpert Advisor。

ただし、テストできるExpert Advisorは1つだけです。これも当たり前のことです。

また、OnTimerのループ内のtickをスキップすることについては、再現性のある証明が必要です。持っていますか？

削除済み  
Slawa:

1つのExpert Advisorは1つの チャートのみで動作します。OnTickが正しく、ブレーキなく書かれていれば、Expert Advisorは1 ティックも見逃しません。

これは当たり前のことです。

複数のシンボルを同時に処理する必要がある場合は、必要な商品のチャート上でExpert Advisorを実行します。1つのツール、1つのExpert Advisor。

ただし、テストできるExpert Advisorは1つだけです。これも当たり前のことです。

このような発言は、私を不安にさせます。一度に複数のシンボルを取引したい場合、できるだけ多くのExpert Advisorを実行しますか？カッコイイですねぇ。もしかしたら、テスターがマルチシンボルだと思って、何か勘違いしていたのかもしれません。

また、OnTimerのループ内のティックスキップについては、再現性のある証明が必要です。持っていますか？

自分にとって当たり前の文が正しいという証明はしていない（用意していない）。でも、用意するようにします。ますます驚かされますね。
 

テスターの1つのEAから好きなだけシンボルを取引してください。しかし、背伸びをして、それを不思議に思うようなことはしないでください。

あなたは、1つのOnTickポイントですべてのシンボルの完全な同期ティックストリームを望んでいますが、これはターミナルやテスターではうまくいきません。OnTickでは、現在作業中のシンボルのティックストリームが表示されます。テスターは端子と同様の動作をしています。

他のシンボルのティックストリームにアクセスするには、回避策を提案されます。不便ではあるが、それ以外に方法はない。

削除済み  

ライブラリファイル Trade.mqh に興味深い関数MQL5InfoInteger() を見つけました。MQLInfoInteger()は知っていますが、こちらは知りません。F1は反応しませんが、その動作はMQLInfoInteger()と似ているように思います。

この機能は図書館に必要なのでしょうか？

削除済み  
はい、お気に入りでのアップデートにアスタリスクは表示されません。特にこの支店の場合は。
 
Anton Zverev:

そのような発言は、私には歯がゆく感じられます。一度に複数のシンボルを取引したいのですが、できるだけ多くのEAを実行しますか？なんてかっこいいんだテスターがマルチシンボルだと考えて何か勘違いしていたようです。

私の明白な発言が真実であることの証明は何もない（用意していない）。でも、用意するようにします。ますます驚かされますね。

テスターはマルチシンボルです。サーバーで利用可能な商品であれば、お好きな商品を取引することができます。

しかし、1つのExpert Advisorは1つのシンボルでしかテストできないため、「他の」シンボルのティックの受信を自分で評価する必要があります。そこで、OnTimerでループを提案しました。

対応するインジケーターのチャートイベントも解決策になりますし、サイクルよりも直接的で、全く歯切れが悪いものではありません。しかし、はっきりしないのは、IndicatorReleaseが どう関係しているのか？

削除済み  
Slawa:

対応するインディケータからのチャートエントリーも解決策になります。ループよりも直接的で、全く支障は ありません。ただ、IndicatorReleaseがどう関係しているのかが不明です。

iCustom+IndicatorRelease。何もないところから複雑な実体を作り出すことは、おそらく松葉づえではないのでしょう。味については議論の余地はありません。問題は、多数のエージェントにこのような松葉杖をつくことが、どれだけ資源の浪費につながるかだ。

まあほとんど全部が5でカッコいいんですけどね。スピードは一級品です。そして、ここで、すみません、予想もしないところで総毛立つことがあります。

削除済み  
Renat Fatkhullin:

他のキャラクターのティックストリームにアクセスするには、回避策を提示されます。不便ではあるが、それ以外に道はない。

Vasiliyは、FORTSでは（テスターではなく）サブスクリプションとBookEventを通じてメカニズムが機能すると述べました。そのため、EAを任意のチャートに縛り付けることは一切ありません。

1...155615571558155915601561156215631564156515661567156815691570...3185
新しいコメント