Rosh>>: Полной совместимости MQL5 с MQL4 даже с помощью функций-оберток добиться не получится, так как идеология сильно изменилась. В MQL5 вызовы функций производятся асинхронно, в отличие от MQL4, где всегда ожидается возврат результата из вызванной функции.
getch>>: Асинхронная обработка торговых приказов - необходимая вещь. Есть стратегии, которые требуют именно такой обработки. На MT4 это эмулируется запуском нескольких терминалов на одном и том же счету.
Andrei01>>:Надеюсь, что руководство Метаквотов, принимая такое тяжелое решение отказаться от поддержки МТ4 учло все возможные варианты событий, хотя лично мне коммерческая выгода следования данному направлению выглядит очень проблематичной и неоптимальной.
Это неверное утверждение, множество раз уже заявлялось, что поддержка платформы MetaTrader 4 не будет прекращена с выходом новой MetaTrader 5. По сути, эти платформы призваны существовать паралелльно, так как у каждой из них есть своя направленность и свои пользователи.
MT5に、編集不可能な.ex4ファイルのサポートを追加するか、すべてのルールに従って書かれたテキスト用のシンプルなMQL4 > MQL5コンバータを追加します。
MQL5は、マーケット環境との連動という点で、MQL4とは大きく異なり、取引操作の思想が全く異なる。つまり、MQL4のコードをMT5で自動的に変換して起動することはできません。
MQL4.communityを開発したように、さらに機能を充実させたMQL5.communityを 作成します。MQL5は、MQL4よりも機能が大きくなっているので、非常に早く進化すると思います。
新しいサイトは常に進化しており、新しいサービスがまもなく開始され、テストされる予定です。
ps: 成功するための簡単な方法はありません。本気で何かを成し遂げようと思ったら、方向性は一つで、困難な道もたくさんある。MQL5プロジェクトを立ち上げたとき、私たちは困難な道があることを知りました。しかし、私たちはこの道を最後までやり遂げます。
私の考えは以下の通りです。
MT5では、MT4で動作するコードを書き換える必要があります。もしかしたら、ほとんどの人にとってこれは障害にならないかもしれないし、一部のトレーダーはコードの書き換えに余分な労力やリソースを投じないことにするかもしれない(さまざまな正当な理由によるものだ)。その結果、MT5への乗り換えはそれほど大規模にならないかもしれません。Metakvottsのマーケティングモデルがどうなっているかは知りませんが、MT5への移行は、証券会社に新しいバージョンを購入させ、MetakvottsにMT4の販売とサポートから得られる以上の利益をもたらすと推測できます(さもなければ、既存のコード開発を維持しながらMT4ラインの開発を停止する合理的商業的意義がありません)。
一方、証券会社は間接的にトレーダーを志向しており、これでは新規顧客が集まらず、MT4で仕事をしている人しか集まらないので、証券会社が特にMT5を買おうとは思わないということが起こるかもしれません。その結果、MT5への大量移行のマーケティングが行き詰まり、少なくともコードレベルでの互換性を保ちつつ、MT4のラインを維持する必要性が出てくるかもしれません。だからこそ、その可能性を考えると、MT4にある機能をすべてMT5に実装するのが合理的なのです。
OOPはMT4で非OPプログラミングとの完全な互換性を意味するので、問題ないでしょう。もちろん、このようなアプローチは最初から論理的なものであったろうし、既存のイデオロギーと全力で戦うのではなく、それに加えて「全く別の貿易 イデオロギー」を推進したいというメタクボットの思いとも何ら矛盾するものではない。したがって、手遅れになる前に、MT5を「強制」することは非常に困難であり、コストもかかるというような展開を考えておくとよいでしょう。
基本構造チェック(ポインタチェック)に成功した場合、true が返される 。関数実行の結果をより詳細に 知るためには、結果構造のフィールドを解析 する必要がある。
注.
成行注文を行う場合、OrderSend()メソッドが正常に終了しても、必ずしも取引操作が正常に行われるとは限らないことに留意する必要があります。 取引サーバーのリターンコードを 含む返された 結果 構造 体のretcodeの 値 、および 操作の種類に応じて取引 または 注文フィールドの 値を確認する必要が あります。
Полной совместимости MQL5 с MQL4 даже с помощью функций-оберток добиться не получится, так как идеология сильно изменилась. В MQL5 вызовы функций производятся асинхронно, в отличие от MQL4, где всегда ожидается возврат результата из вызванной функции.
Rosh様、私はMT5の実装のニュアンスをすべて知っているわけではありませんが、技術的には、同期関数呼び出しのエミュレーションを実装し、前の関数の結果が完了していない状態で新しい関数を呼び出すことを禁止することに大きな問題はないと思われます。ちなみに、1つの関数を複数回実行するとバグが発生する可能性があり、必ずしも利点とは言えませんが、これを上手に利用することで多くの問題を経済的に解決することができます。私はSystemVerilogでハードなテストをプログラミングしており、そこではすべてが同期と非同期で構築され、さらに以前のCのような標準をサポートしたビルトインのOOPアプローチなので、この問題に少し直面しています。そこで、すべての問題をうまく解決し、Metakvotのプログラマーのレベルが下がらないことを祈るばかりです。
この問題は技術的なものではなく、商業的なものであり、Metakvotの経営陣がそのような戦略的な決定を下しさえすれば、技術的な実装は乗り越えられない問題ではないと私は推測しているのですが。メタクボットの経営陣が、MT4サポートの放棄という難しい決断を下すにあたり、あらゆる可能性を考慮したことを望みますが、個人的には、この方向に進むことの商業的利益は非常に問題が多く、最適とは思えません。
Асинхронная обработка торговых приказов - необходимая вещь. Есть стратегии, которые требуют именно такой обработки. На MT4 это эмулируется запуском нескольких терминалов на одном и том же счету.
さて、これがMT4に実装されない理由は何でしょうか?質問は別のことでしたが、MT5でのMQL4コードのサポートについてです。
これは誤解を招く表現です。MetaTrader 4はMetaTrader 5のリリースに伴い廃止されることはないと繰り返し述べられています。実際、これらのプラットフォームは並行して存在するように設計されており、それぞれのプラットフォームは独自の焦点とユーザーを持っています。
新世代のプラットフォームの発売は時代に左右されるもので、立ち止まっているわけにはいきません。私たちは、最終的なお客様、つまり、さまざまな株式商品で取引できる可能性を求めていたトレーダーの要求に応えなければなりません。
Это неверное утверждение, множество раз уже заявлялось, что поддержка платформы MetaTrader 4 не будет прекращена с выходом новой MetaTrader 5. По сути, эти платформы призваны существовать паралелльно, так как у каждой из них есть своя направленность и свои пользователи.