int Last_deal_ticket = 0;
for(int cnt=PositionsTotal()-1;cnt>=0;cnt--)
{
if(PositionSelectByTicket(PositionGetTicket(cnt)))
if(PositionGetSymbol(cnt)==Symbol() && PositionGetInteger(POSITION_MAGIC)==Magic_number)
Last_deal_ticket=PositionSelectByTicket(PositionGetTicket(cnt));
}
// потом, когда закроется, будет висеть с этим тикетом в истории// обращаемся к историиHistorySelectByPosition(Last_deal_ticket);
if (HistoryDealGetString(Last_deal_ticket, (ENUM_DEAL_PROPERTY_STRING)DEAL_REASON)==DEAL_REASON_SL......... )
重なり合う配列に依存し、一番上にある最後の
最初にDRAW_FILLINGで バッファを定義します。
意外にも、うまくいきましたこのトリックは1つのインジケータのバッファにしか使えないと思っていましたが、全てに共通して使えることが判明しました。
ありがとうございました。
ありがとうございます、やってみます
Optimisation:
"All ticks" と"Every tick based on real ticks" は同じものですか？2012年から実施されているテストとどちらが信憑性が高いか
最初のケースでは、端末は「96%の履歴品質」、2番目のケースでは「26%のリアルティック」と表示されます。
Optimisation:
"All ticks" と"Every tick based on real ticks" は同じものですか？2012年から実施されているテストとどちらが信憑性が高いか
最初のケースでは、端末は「96%の履歴品質」、2番目のケースでは「26%のリアルティック」と表示されます。
ログを読めば、どの年からが本当のダニなのかがわかる。原則として、過去3年分のリアルティがあります。
過去ログを読めば、どの年から本当のダニが発生しているのかがわかるはずです。過去3年分のリアルティが普通にある。
なるほど、26％対96％と書いてあっても、実質的な刻みは良くなっているわけですね。最後の数字の方がきれいに見えます）
履歴の最後のティックを選択する方法も教えてください。最後の取引も。
何か試しているが、うまくいかない。
26％対96％と書いてあっても、実質的な刻みは良くなっているわけだ。後者の方がきれいな数字に見える)
いや、わかってないね。
1.本物のダニは、テストすると実像が見えてくる。
2.しかし、実際のティックを正面から使う必要があります。 どの日付から実際のティックがあるのか、ログを見る必要があります。 そうでなければ、あなたの場合、2012年から（だいたい2018年まで）「すべてのティック」にし、その後初めて「実際のティックをベースにしたすべてのティック」にすることになるでしょう。
3.コードを正しく挿入する：まずボタン
、次にポップアップウィンドウにコードを挿入します!!!
いいえ、あなたはわかっていません。
1.本物のチックは、テストすると本当の姿が見えてくる。
2.しかし、実際のティックを正面から使う必要があります。 どの日付から実際のティックがあるのか、ログを見なければなりません。 そうでなければ、あなたの場合、2012年から（だいたい2018年まで）「すべてのティック」にし、その後初めて「実際のティックをベースにしたすべてのティック」にします。
3.コードを正しく挿入する：まずボタンを押し、それからポップアップにコードを挿入する!!!
了解、ありがとうございます。
履歴の中で最後のチケットを選択する方法を教えてください。最後の取引も。
、何かをしようとしている、できない。
履歴の最後のトレードをなんとなく掴んで、どのように決済されたかを確認してみました
ログ
最後の取引完了＝3
ドキュメントを見ると、そこには
識別子
商品説明
取引先
デスクトップターミナルからのトリガー注文により、取引が成立した。
取引理由モバイル
モバイルアプリケーションからのトリガー注文で取引が成立した
取引理由書
ウェブプラットフォームからの注文で取引が成立する
取引理由の専門家
MQL5プログラム（Expert Advisorまたはスクリプト）から発注されたトリガー注文の結果として、取引が実行されます。
DEAL_REASON_SL
ストップロス注文が発動した結果、この取引が成立しました。
最初の5行。
意味が分かりません。1から数えると、3はDEAL_REASON_WEBで、これは間違い です。ゼロからなら、DEAL_REASON_EXPERT。しかし、どのトレードでストップロスが発生したかを知る方法が今ひとつ分かりません。
よろしくお願いします。
最後のトランザクションを履歴に取り込んだようなので、どのようにクローズしたかを確認しようとしたところ
ログ
最終販売枚数＝3枚
ドキュメントを見ると、そこには
ID
商品説明
取引先
デスクトップターミナルからトリガーされた注文の結果、ディールが実行されました。
取引理由モバイル
モバイルアプリケーションからのトリガー注文で取引が成立した
取引理由書
ウェブプラットフォームからの注文で取引が成立する
取引理由の専門家
MQL5プログラム（Expert Advisorまたはスクリプト）から発注されたトリガー注文の結果として、取引が実行されます。
DEAL_REASON_SL
ストップロス注文が発動した結果、この取引が成立しました。
最初の5行。
意味が分かりません。1から数えると、3はDEAL_REASON_WEBで、これは間違い です。ゼロからなら、DEAL_REASON_EXPERT。しかし、どのトレードでストップロスが発生したかを知る方法が今ひとつ分かりません。
よろしくお願いします。
ENUM_DEAL_REASON列挙を使用しています。enumと任意の桁を比較するのではなく、enumと比較する必要があるのです。以下は、（OnTradeTransactionではありますが）取引履歴にアクセスし、ストップロスやテイクプロフィットのトリガーを検出する例です。
例：ストップロスやテイクプロフィットのトリガーを追跡する。