Для создателей индикаторов и экспертов всегда был актуален вопрос написания экономичного кода с точки зрения времени выполнения. Можно подойти к решению этой задачи с разных сторон. Из этой обширной темы в данной статье будет затронут, казалось бы уже решенный вопрос: проверка появления нового бара. Это достаточно популярный способ ограничения...
口座の種類がネッティングかヘッジか確認してください。ネッティングの場合、既にあるポジションのチケットは変更されず、注文番号でシェア後のポジションを探しても意味がありません。
はい、すべてクリアです。ネッティング・チケットでポジションをオープン した場合、オープンされたポジションに対応するように、はい、見ました。ポイントは明確です。
error code 1, this is success mt5.RES_S_OK, next build will write [1, 'Success'].負の値を持つコードはエラー mt5.RES_E_xxx です。
はい、ありがとうございます。なぜ空白行があったのか、その点は明確です。
こんにちは、#517の投稿で、newbarについて端末からアップデートがあったということですが、何か更新があったのでしょうか?
今まではタイムチェックでサイクルしていました。
あまり便利ではない。でも、一時的なオプションとしては問題ありません。
今まではタイムチェックでサイクルしていました。
あまり便利ではない。でも、一時的なオプションとしては問題ありません。
予定なし。タイマーまたはループで新しいバーを チェックします。
予定なし。タイマーまたはループで新しいバーを チェックします。
ウラジミールによるとを使用する場合、我々はその時、正確なボリュームを得ることはできませんが、ポーリングでそのティックのボリュームのみ?
また、その後EAでニューバーを使って Pythonスクリプトを呼び出し、スクリプトが複数のシンボルを指している場合、ターミナル内のすべてのシンボルのニューバーが同時に実行されるのか、それともシンボルごとにPythonスクリプトとアドバイザーを作成した方がいいのか?
感謝
ps: 翻訳者が単語を混乱させたので、英語にしてみました。history_orders_get() を使用します。
ドキュメントでは、明示的にコピーペーストしてください :)(https://www.mql5.com/ru/docs/integration/python_metatrader5/mt5historyordersget_py)
そして、使い方に妙がある。
結果
トータルでは、データは表示されるが、どこで、何をするのか、それは推測するしかない。
TradeOrder (および類似のもの) に _fields または as_dict() または __dict__ のようなものを追加してください。
本当に、今は便利じゃないんです。
history_orders_get() を使用します。
ドキュメントでは、明示的にコピーペーストしてください :)(https://www.mql5.com/ru/docs/integration/python_metatrader5/mt5historyordersget_py)
ヘルプを更新するか、リンク先に移動する
予定はありません。新しいバーを タイマーまたはループでチェックします。
タイマーについて、もう少し具体的に教えてください。
TradeOrder (および類似のもの) に _fields または as_dict() または __dict__ のようなものを追加してください。
本当に、今は便利じゃないんです。
5.0.27では既にそうなっており、全ての構造体シーケンス(C APIでは名前付きタプルの類似)に _asdict()メソッドが追加されています。