//---Поиск крайнего отработавшего ордера для открытия очередной позиции --- for (orderIndex = (OrdersHistoryTotal() - 1); orderIndex >= 0; orderIndex--)
{
if (!OrderSelect(orderIndex, SELECT_BY_POS, MODE_HISTORY)) {Print("Ошибка при доступе к исторической базе (",GetLastError(),")");continue;}
if ((OrderSymbol() != Symbol()) || (OrderMagicNumber() != MagicNumber)) continue;
//------------------------- Принимаем в расчет только ордер, закрытый cамым крайним -----------------------if (time<OrderCloseTime()) //(сравниваем его с хранящимся в пероеменной time)
{
time=OrderCloseTime(); //если время закрытия ордера больше - ложим его в переменную int lastType = OrderType();
double lastLots = OrderLots();
double lastProfit = OrderProfit() + OrderSwap();
// Анализ только что закрывшегося ордера if (lastProfit >= 0.0)
{
...
ヘルプには、Timeframe - Periodと書かれています。グラフの周期の 1つである可能性がある。0は現在のグラフの周期を意味します。
できるのか、グラフの周期は間違いないのか？でも、15ではなく20を入れたらどうでしょう？数字を使うのがいいのか、PERIOD_M15がいいのか。
OK、私はそこに0を置き、気にしないようにします。
皆さん、こんにちは。どなたか、このインジケーターに音を入れていただけるとありがたいです。
I.e.交差があるとき..........................。そしてもちろん、この音はこの交差が起こったローソクの終値で一度だけ鳴らすべきです。
よろしくお願いします。
ごきげんよう。教えてください。を使うとしよう。
ヘルプには、Timeframe - Periodと書かれています。グラフの周期の1つである可能性がある。0は現在のグラフの周期を意味します。
できるのか、グラフの周期は間違いないのか？でも、15ではなく20を入れたらどうでしょう？数字を使うのがいいのか、PERIOD_M15がいいのか。
OK、私はそこに0を置き、気にしないようにします。
KimIVの 機能で、最後に決済した注文のドローダウン/利益額を返す機能が見つかりませんでした。
考え方は簡単で、最後に決済した注文で、利益またはドローダウンが入金通貨で いくらだったかを追跡する必要があるのです。
KimIVの 機能で、最後に決済した注文のドローダウン/利益額を返す機能が見つかりませんでした。
考え方は簡単で、最後に決済した注文で、利益またはドローダウンが入金通貨でいくらだったかを追跡する必要があるのです。
このデザインは、私にとって有効です。
そんなデザインに仕上がっています。
KimIVの 機能で、最後に決済した注文のドローダウン/利益額を返す機能が見つかりませんでした。
考え方は簡単で、最後に決済した注文で、利益またはドローダウンが入金通貨でいくらだったかを追跡する必要があるのです。
アルゴリズムは以下の通りです：最後に閉じた順番に関するあらゆるものを返す関数を探します。その最後に閉じた注文のTicketを取得する。ループが終了したら、取得したTicketで注文を選択し、その利益を計算する（重要であれば、計算時にスワップや手数料を考慮することを忘れてはならない）。
走らせて見てください。なかなか便利な「キット」ですね。
犬」とその間のスペースは、数字を表示するために使われていることがわかりますね。しかし、なぜこのようなことが起こるのでしょうか。mqlのプログラミングではないものなのでしょうか？C言語ではそのようなことはないのでしょうか？
なぜそうなるのか、よくわからないんです。そして、それが何を出力しているのかもよくわからない。私は "犬 "を介していくつかのレベルでFiboの数字を参照してください、そしていくつかのレベルで何か他のもの？
その理由を教えてください。とても気になる存在になりました。しかし、2日目に開けてみて、よくわからなかった。
履歴から探さないように、スクリプトコードを複製しておきます。
友よ、私は簡単な問題にぶつかったが、なかなか解決できない。そのエッセンスは以下の通りです。一定の条件を満たすと、取引が開始される（リードトレードと呼ぶことにする）。そして、この条件が繰り返された場合、次の3バー以内に別の取引を開始する（繰り返す）必要があります。次の3バー以内に私が必要とする条件が満たされない場合、次に再び取引が開始されるまで、取引は開始されないはずです。といった具合に。私は、なぜか1回だけ開き直すことがあります（つまり、一般的に初回にすべての条件が揃ったときに開くのですが、その後、新しい先行ポジションの後にリピート取引の開始条件が現れると、開かなくなります）。助けてください。
友よ、私は簡単な問題にぶつかったが、なかなか解決できない。そのエッセンスは以下の通りです。一定の条件を満たすと、取引が開始される（リードトレードと呼ぶことにする）。そして、この条件が繰り返された場合、次の3バー以内に別の取引を開始する（繰り返す）必要があります。次の3バー以内に私が必要とする条件が満たされない場合、次に再び取引が開始されるまで、取引は開始されないはずです。といった具合に。私は、なぜか1回だけ再開しています（つまり、一般的に初回にすべての条件を満たした場合 - 開きますが、今後、新しい先行ポジションの後にリピートトレードを開く条件が現れた場合 - 開かないのです）。助けてください。
EAが動作中にリロードされることがある（もちろんテスターでない場合）ことを忘れないでください（あるいは慣れるように）。注文を「把握」しやすくなりました。もし、オーダーに違いがあれば（この場合、マスターとスレーブ）、マグが違うとか、コメントに記録があるとか、1番目のオーダーの後に2番目のスレーブが開くとか（心のおもむくままに）区別することができます。
コードをユーザー定義関数に分離することで、読みやすく、理解しやすくする：オープンコンディション（シグナル取得）を別々に、STOP取得を別々に、注文を別々に行う。このループの意味は全く不明である。
もし、それが「次の3小節以内」というチェックであれば、私はこの人生で何かを見逃していたことになる...。
最初の「マスター」オーダーの開始時刻 がありますね、それを目安にしてください。