mql4でOnTradeTransaction()の代わりになるものは何ですか？

[削除済み]

実は、これが私の疑問なんです。MT5をずっと使っているのですが、事情があってMT4を使うことになりました。しかし、mql4にはOnTrade()とOnTradeTransaction() がないのは非常に残念です。

そのため、（リソース的に）小さなコストで問題を解決しなければならないのです。

今のところ、未決済の注文に目を通し、以前と現在の状態を比較すること以上に、私の頭に浮かぶことはありません。

もしかしたら、もっと合理的な解決策があるかもしれません。

[Ihor Herasko]

これはまさに最も合理的な解決策です。また、MT5でもOnTrade()とOnTradeTransaction()だけに 頼ることはできないので、これが最も合理的な方法です。保証するものではありません。

[Alexey Viktorov]

Aleksandr Volotko:

実は、これが私の疑問なんです。MT5をずっと使っているのですが、事情があってMT4を使うことになりました。しかし、mql4にはOnTrade()とOnTradeTransaction() がないのは非常に残念です。

そのため、（リソース的に）小さなコストで問題を解決しなければならないのです。

今のところ、未決済の注文に目を通し、以前と現在の状態を比較すること以上に、私の頭に浮かぶことはありません。

もしかしたら、もっと合理的な解決策があるかもしれません。

アルテム・トリシキンの論文に親しむのは、簡単なことではありません。そして、31人、いやすでに32人いるのです。それについて確認し、コミュニケーションをとりました。すべての事象を "バチッ "とキャッチ。

もちろん、そのコードの内容の本質に迫ろうとしなければ、もっと簡単なはずです。

ps; あ・・・。は、このスレッドから戻ってきたばかりで、32の部分の議論スレッドが すぐに目に留まりました。記事 そのものはこちら

[削除済み]

Igorの言う通り、よりスマートでシンプルなものを同時に考えるのは難しいです。なぜなら、他のソリューションは、同じOrdersTotal()の呼び出しに基づいて、好みに応じて注文をフィルタリングし、さらに日付処理を行うことになるからです。

とりあえず、私の問題にはこれでいいのです。

[Alexey Viktorov]

Ihor Herasko:
これはまさに最も合理的な解決策です。 また、MT5でもOnTrade()とOnTradeTransaction()だけに 頼ることはできないので、これが最も合理的な方法です。保証するものではありません。

興味を持たれてから、ずいぶん時間が経ったのではないでしょうか。トランザクションが失われる可能性があるという考え方は、ずいぶん前に文書から削除されました。そのため、mql5ではOnTradeTransaction()に勝るものはないのです。OnTradeTransaction()とArtemのライブラリ経由で、保留注文有効化のイベントを取得する速度を確認しました。OnTradeTransaction()の方が高速です。測ったことはありません。適正な見積もりをするためには、もっと計測をしなければならないのですが、時間をかけたくなかったのです。

[削除済み]

公平に見て、私はMT5でOnTradeTransaction() に問題があったことはありません、すべてが常にスムーズでした。損失はない。

[Artyom Trishkin]

Alexey Viktorov:

おそらく長い間、調べたことがないのでしょう。トランザクションが文書から失われる可能性があるという注意書きを、ずいぶん前に削除したのです。そのため、mql5ではOnTradeTransaction()に勝るものはない。OnTradeTransaction()とArtemのライブラリ経由で、保留注文有効化のイベントを取得する速度を確認しました。OnTradeTransaction()の方が高速です。測ったことはありません。もっと測定しないと適正な見積もりはできないのですが、欲張りすぎて時間をかけてしまいました。

環境スキャンの頻度が決まっているので、自然なことです。したがって、端末の事象 そのものと環境変化の事実が相互に追従している。しかし、環境の変化という事実が捉えられるのであって、事象の到来が捉えられるのではない。これにはメリットがあります。しかし、あなたはとにかくそれらを否定する;)だから、議論する意味がないんです。

[Alexey Viktorov]

Artyom Trishkin:
当然のことですが、私には環境をスキャンするための周波数が設定されているのです。したがって、端末の事象 そのものと環境変化の事実が相互に追従している。しかし、私の場合、キャッチするのは環境変化の事実であって、事象の到来ではありません。これにはメリットがあります。しかし、あなたはとにかくそれらを否定する;)だから、議論する意味がないんです。

私が否定しているのは、どんなプラスアルファなのか？否定するのは1つだけです。私は物事の仕組みを理解したいのですが、自分以外の心でなければ理解できないのであれば、それを使うのは気が引けるし、気が引けるものは否定してしまいます。もう、一生かかっても読み切れないほどの手紙を書くって言ったじゃないですか。八つ当たりはやめてくれよ...。

[prostotrader]

Ihor Herasko:
これはまさに最も合理的な解決策です。また、MT5でもOnTrade()とOnTradeTransaction() だけには頼れないので、最もスマートな方法です。保証する ものではありません。

絶望的なまでに時代に取り残されている!

長い間、これらのイベントは保証 されていたのです

[fxsaber]

OrderSend（-Async）実行中（実行後）の通信障害 - OnTrade*の損失。

[Ihor Herasko]

prostotrader:

絶望的なまでに時代に取り残されている!

これらのイベントは、ずっと保証 されているのです

照明やインターネットの有無も？通常のネットワークパケットロスはもちろんのこと。MetaQuotesはなんとクールな存在になったのでしょう！すべてを保証してくれるのです。))