Я не буду перечислять все новые возможности и особенности нового терминала и языка. Их действительно много, и некоторые новинки вполне достойны освещения в отдельной статье. Вы не увидите здесь кода, написанного по принципам объектно-ориентированного программирования — это слишком серьезная тема для того, чтобы просто быть упомянутой в контексте как дополнительная вкусность для кодописателей. В этой статье остановимся подробней на индикаторах, их строении, отображении, видах, а также особенностях их написания по сравнению с MQL4.
...bystopplimitとsellstopplimitを使用します。一般的には、CCAはなんとなくですが、ところどころに あります。
資産が1通貨であることから、なんとなくネッティングをヘッジに結びつけたのですが...。
正直、文言に疑問を感じたので、テクニカルサポートに電話させていただきました。面白いことに、彼らは私のバージョンに同意したのです :) あるいは、彼らはそれを隠蔽しようとしただけなのか、あるいはあまり注意を払っていなかったのかもしれません。
はい、保留中の注文を削除することは、私のバージョンに適合しません。それが論旨です。他に矛盾しているケースはまだ見当たりませんね。
どう転んでも、同じOCOでも特殊なケースが出てくるんです...。FXでエキゾチックになるとはどういうことか :)
1.サポートチームは、FAQに書かれている以上のことを知らないことが多いので、いくつかの問題については信用しないほうがいいと思います。技術部にはもっと詳しいことが書いてあるのだが、そこにたどり着くまでに、対話者を困らせるか、質問に対する誤解に腹を立てて死ぬか、どちらかだろう。
2.私はリアル口座での取引で、ForexClubのIDSystemという最も古く、最も不快なターミナルを使っています（Rumus 2以前から使われていたものです）。
交換可能な注文 - 両方の注文が有効であるが、一方の注文がトリガーされると、もう一方の注文はキャンセルされる。
MT6のTPとSLはこれらの注文タイプに関連しており、開発者によれば、他のすべてはプログラムによって行うことができます。
執行注文 - 一方の注文が有効で、もう一方の注文は無効（主注文がトリガーされると有効になる）
EAでこれを防ぐには？
あるシンボルでポジションを開くと、他のシンボルでポジションがクローズされ、注文の一部がキャンセルされることがあります。One Cancel Otherは特別なケースなのか、もうないのでしょうか？
交換可能な注文 - 両方の注文が有効ですが、一方の注文がトリガーされると、他方はキャンセルされます。
MT5 のTPとSLは これらの注文タイプを指し、開発者によれば、他のすべてはプログラムで行うことができます。
え、これってそういうことなんですか？開発者は、SLやTPといった派生注文のレベルの「相互キャンセル可能」な注文で十分だと考えているのでしょうか？
相互キャンセルの仕組みは、実はSL-TPレベルで既に開発されているので、ENUM_ORDER_TYPE 列挙から一次オーダータイプに（この仕組みを）適用してはどうかということです。
EAなら、条件や記号を変えてもできるので、さらにクールです。
サーバーではなく、端末側で実行されることを思い出すと、すべてのクールさが消えてしまうのです。
最初に「ネッティング」プラットフォームに携わった人は、OCO注文がサーバー上で 執行されることに慣れています。ですから、私は他の注文の相互作用の方法について、「OCO注文の原理で動くが、そうではない」と言いたいのです。
え、これってそういうことなんですか？開発者は、SLやTPといった派生注文のレベルの「相互キャンセル可能」な注文で十分だと考えているのでしょうか？
...ちょっと不思議なのは、アンドゥのメカニズムは実はSL-TPレベルで既に開発されているので、なぜそれ（このメカニズム）をENUM_ORDER_TYPE 列挙から一次オーダータイプに移さないのでしょうか？
サーバーではなく、端末側で動作することを思い出すと、カッコよさが消えてしまう。
それ以外はすべてEAでMQLを使って実装しています。開発者に説明してください、私は試しましたがうまくいきませんでした。
そうですね、あなたの試みは覚えています。ただ、開発者がより強力で便利なオーダーシステムを持っていると考える理由を「指をくわえて」説明することになりましたね。別のスレッドで、このシステムのギャップの例を挙げました。
携帯電話端末について教えてください。
mql4やmql5でのユーザー指標（非標準）やアドバイザーのサポートはいつ実現されるのでしょうか？
これはどのプラットフォーム（例えばアンドロイド）で実装されるのでしょうか？と、どのくらい？
awaiting ANSWER、ご指摘ありがとうございます。
私はこの結論に反対です。CCA==「一方が他方を打ち消す」。まあ、実際に片方の注文がもう片方をキャンセルするようなことはMT5には ないんですけどね。1年前から後悔している。SLやTPなどの機能は、本当にオープンポジションをクローズしますが、保留中の注文を「キャンセル」する問題は、それとは全く関係ありません。
しかし、これらの命令はサーバー上で実行されます。そして、実際にOCOの仕組みに組み込まれているのは、今のところこれだけです（「If Done」命令をターミナルとサーバーに直接実装しようとは夢にも思っていません）。
MT5でポジションを建て、TPとSLを設定するとき、基本的に同じフォームを使用します（ただし、こちらの結果は、ポジション＋2つのキャンセル可能な注文です）。
MT5では、ポジションを開く注文（画像では「メイン」-価格は見ないようにしましょう）と、サーバー上にのみ存在する2つの注文を取得します。
携帯電話端末について教えてください。
mql4やmql5でのユーザー指標 （非標準）やアドバイザーのサポートはいつ 実現さ れるのでしょうか？
これはどのプラットフォーム（例えばアンドロイド）で実装されるのでしょうか？とは、いつ頃でしょうか？
awaiting ANSWER、ご指摘 ありがとうございます。