mql5言語の特徴、微妙なニュアンスとテクニック - ページ 15

新しいコメント
 
ロフィルド：

私は公式に確認されたバグを説明しただけです。この問題を解決するために、何らかのAPIを使うことを提案したのはあなたです。

インジケーターの作成と iCustom経由での呼び出しを混同しないようにしてください。


ここで、現実と妄想を混同しないようにしましょう。これはバグではありません。どのAPIなのか、一目瞭然ですね。ところで、あなたがここにいる目的は何ですか？
 
このトピックに関係のないコメントは、「ビジュアライゼーション・モードで保留中の注文が表示さ れない」に移動されました。
 

タンバリンダンスを完成させることができます。

SDは、次のビルドからOrderSend()が正しく動作するようになると言っていました :)

本当に効いているように見える。1550にアップデートして確認したところ、OrderSend()の直後にポジションを 開くと、環境全体が同期しています。
 
Sergei Vladimirov:
本当に効果があったようですね。1550にアップデートして確認したところ、OrderSend()の直後にポジションを 開くと、環境全体が同期しています。
新たな問題 点だけが浮かび上がってきた :)
 
Sergei Vladimirov:
1550へのアップデートが届きましたので確認しました - OrderSend()の直後にポジションを 開くと、環境全体が同期されます。

確認したところ、OrderSendは完全に同期されるようになりました。ブレーキの不具合は残ったまま

リクエスト/レスポンス

Request.action = TRADE_ACTION_REMOVE (8)
Request.magic = 0
Request.order = 136746576
Request.symbol =
Request.volume = 0.0
Request.price = 0.0
Request.stoplimit = 0.0
Request.sl = 0.0
Request.tp = 0.0
Request.deviation = 0
Request.type = ORDER_TYPE_BUY (0)
Request.type_filling = ORDER_FILLING_FOK (0)
Request.type_time = ORDER_TIME_GTC (0)
Request.expiration = 1970.01.01 00:00:00
Request.comment =
Request.position = 0
Request.position_by = 0


Result.retcode = 10009
Result.deal = 0
Result.order = 136746576
Result.volume = 0.0
Result.price = 0.0
Result.bid = 0.0
Result.ask = 0.0
Result.comment = Request executed 2194.767 + 0.003 ms
Result.request_id = 245
Result.retcode_external = 0

結果

MP      0       22:37:32.113    Trades  '5338170': cancel order #136746576 buy limit 0.10 #AA at 36.99
JM      0       22:37:34.308    Trades  '5338170': accepted cancel order #136746576 buy limit 0.10 #AA at 36.99
FE      0       22:37:34.308    Trades  '5338170': cancel #136746576 buy limit 0.10 #AA at market done in 2194.779 ms

興味深いことに、ログにはOrderSendの実行時間が毎回実際よりも長く記録されるようになりました。つまり、OrderSendの実行時間を自分で計測すると、毎回ログに表示される値より数ミリ秒短くなる。

ZS 次のようなエントリーが表示されます。

deal #120390530 sell 0.10 #PG at 90.36 done (based on order #136747126)
 
ドミトリー・フェドセーエフ

現実と妄想を混同しないこと。これはバグではありません。どのAPIであるかは明らかである。そして、あなたがここにいる目的は何ですか？

では、この問題を解決するためのコードはどこにあるのでしょうか？

開発者はすでにバグであることを確認しており、解決策はない。

私自身のことを簡単に言うと、2009年からここで働いているので、MQL5で本格的なマクロやB'1001011'構造を実装したことがあるんです。

 
ロフィルド

では、この問題を解決するためのコードはどこにあるのでしょうか？

開発者はすでにバグであることを確認しており、解決策はないとのことです。

どんなバグ？どこで確認されたのですか？

テンプレートの読み書きのためのAPIは必要ありません。MQL5によって、すべてが正常です。4つ目は、https://www.mql5.com/ru/forum/168767/page14#comment_4122244 も実装しています。

 
スラワ

どんなバグ？どこで確認されたのですか？

テンプレートの読み書きにAPIは必要ありません。MQL5によって、すべてが正常である。4枚目は、https://www.mql5.com/ru/forum/168767/page14#comment_4122244 も行っています。


テンプレートではなく、プログラムにインジケータを添付して、インジケータラインを独自の色で設定することを話しているのです。この同志は、自分の色を設定する可能性がないことをバグだと考えている。
 

インジケータにプログラムで色を設定する機能がないのは、バグではなく、アーキテクチャの特徴です。

インジケータは、描画部分と計算部分の2つに分かれています。インジケーターのドロワー部分は、計算されたバッファの指定された設定に従って描画する役割を担っています。計算部はそれに応じてバッファをカウントする。インジケーターの引き出しはチャートの中に住み、ガイドされた流れの中で機能します。インジケータの計算部分は、シンボル期間キャッシュに保存され、シンボルリフレッシュスレッドで実行されます。

インジケーターの計算部は、描画部のことを何も知らないのです。専門家は、指標となる計算部分（ほとんどの場合、図面部分がない）のみで操作します。

Expert Advisor で作成されたインジケータは、チャートにインジケータを 追加するコマンドを呼び出したときのみ、その描画部分を持ちます（手動追加でも ChartIndicatorAdd でもかまいません）。例えば、同じシンボル-期間のチャートに同じ指標が複数ある場合、同じ指標計算部に複数の図面がアクセスすることが可能です。

概要指標計算部は、0～99の任意の数を「持つ」ことができます。インジケーターの計算部は、描画部がいくつあるのかわからない。

 
スラワ
...
バックテスト」タブの「チャートを開く」コマンドで、テスト後に開いたチャートに、EAで使用したすべてのインディケータを適切なパラメータで自動的に追加することは可能でしょうか。
1...8910111213141516171819202122...247
新しいコメント
理由: