#property indicator_separate_window#property indicator_minimum 1#property indicator_maximum 10bool initFinished=false;
// добавляем переменную, которая будет запоминать состояние инициализации.// false - инициализации еще не было// true - была//+------------------------------------------------------------------+//| Custom indicator initialization function |//+------------------------------------------------------------------+int init()
{
return(0);
}
//+------------------------------------------------------------------+//| Custom indicator deinitialization function |//+------------------------------------------------------------------+int deinit()
{
ObjectsDeleteAll();
// удаляем все объектыreturn(0);
}
//+------------------------------------------------------------------+//| Custom indicator iteration function |//+------------------------------------------------------------------+int start()
{
if(initFinished==false)
{
IndicatorShortName("Info");
int winID=WindowFind("Info");
if(winID<0)
{
// если номер подокна равен -1, то возникла ошибка
Print("Чёт не могу твоего окошечка найти, пошел я отсюдова");
return(0);
}
//------------------------ Тут можно рисовать ------------------------- // ----------------------- Но не нужно... ----------------//-------------------------------------------------------------------------
WindowRedraw();
initFinished=true;
}
return(0);
}
そのまま反転や補正をするのは気を使いますね。しかし、トレンドの枯渇に関しては私も興味があり、フォーラムを彷徨い、CodeBaseを見ましたが、このトピックに関するインデックスに出会うことはありませんでした。あなたの結果を読むのは興味深いことです。もう一つ質問があります。損失と利益をコントロールするEAが送られてきました。写真のように動作するはずですが、質問ですが、15ポイントの利益があり、価格はさらに高くなる可能性があります。一つの取引で利益を増やすと、EAの一般的な計算と動作が壊れる可能性がありますか?
OKです。ビクターさん、ありがとうございました。今のところ、正常に動作しています。今のところ、長い間つけていなかったからですが、以前はTrend Upを出力してもらったことはありません。今なんです。
やっぱり、一人のソーサラーワナビーには、必ずもっと強いソーサラーワナビーがいるんだな・・・。:)
もちろん冗談ですが、、、。ビクター、私はただやみくもに正しい解決策をコピーするのではなく、どこに犬が隠れているのか、問題の本質は何か、この私には理解できないコードの動作は何か、それを見つけ出して理解 したいのです。
ロジックに問題がある。それ以上はない。ブロックダイヤグラムを描いてみる。役立つ
もう一つ質問なのですが、最初はN行でやっていたのですが、そのうちの1行が余計で、数値のパーセント形式で括弧書きにしたほうが適切だと気づき、それを削除してちょうど余裕があるところに隣に入れました。
最初はそんな感じでしたね。
そして、今がその状態です。
過去の出来事の反響に悩まされる...。EAを初めて起動したとき、新しいティックが到着する前に、常に 元々あったものを表示します...長い間、コードには入っていないけれども。幽霊はどこから来るのか？
もう一つ質問なのですが、最初はN行でやっていたのですが、そのうちの1行が余計で、数値のパーセント形式で括弧書きにしたほうが適切だと気づき、それを削除してちょうど余裕があるところに隣に入れました。
最初はそんな感じでしたね。
そして、今がその状態です。
過去の出来事の反響に悩まされる...。EAを初めて起動したとき、新しいティックが到着する前に、常に 元々あったものを表示します...長い間、コードには入っていないけれども。幽霊はどこから来るのか？
コードを見なければならない。ロジックを分解してみる。
論理的な問題。それ以上はない。ブロックダイヤグラムを描いてみる。ヘルプ
:):)ありがとうございます...え...もう、そんな「タータン」を床に敷き詰めて...。マンマ・ミーア!三行にはあまり論理性がないように思います。1番目ならやる、1番目をやらないなら当然次は2番目が来る、というチェックの仕方が判明しました。2番目が失敗したら3番目が続く...。
いや...1stならこんな感じかな...。そうでなければ、2番目ならso-c、そうでなければ、1番目でも2番目でもなければ3番目、1番目でも2番目でも3番目でもなければ、論理の誤りを探す......という具合です。
ああ...私自身、完全に混乱しています...。さて、Victorさん、あなたの足し算は正しく動作しています。では、なぜこの「さもなければ」が発生する場所に、とにかくもう一つelse 演算子が必要なのか、頭を悩ませた後に理解しようと思います......。
アドバイスありがとうございました。
コードを見なければならない。ロジックを整理すること。
ロジックはほとんどなく、順番に行を出力していくだけの簡単なものですが......。
人々は、エキスパート-アドバイザーの準備ができて、作業（ないグリッチ）テンプレートを共有してください、それだけで必要に応じて反対側にオープンポジションを閉じる可能性と、取引戦略を変更することが可能であるように（反転、しかしので、条件の買い/売りは、他のを介してではなく、個別に条件を規定する可能性を持つこと。
if condition to buy
{
Opn_B=true; // Open Buy crit.
Cls_S=true; // Close Sell crit.売り
}
売り条件
{
Opn_S=true; // 基準値オープン 売り
Cls_B=true; // 基準値クローズ 買い 購入基準
}.)、またはTP/SLでポジションを閉じ ます。
OmegaからMTに取引戦略を移動できない、バッファやシュマッファー、遠回しの配列や勘定科目、Expert Advisorのオープン/クローズやエラーの勘定科目などです。
回答してくださった皆様、ありがとうございました。
EAのテンプレートは、必要に応じて、反対側（反転）のオープンポジションをクローズする機能、またはTP/SLによって、取引戦略を変更することができるように、準備ができて、動作している人々を共有してください。
注文会計、開閉ブロック、エラー会計と頭をぐるぐるしています。
私自身、長い間「悩んでいた」のでお答えします--戦略をテストし、素早く変更する場合に限り、オーダー会計を省いて、エラー会計も棚上げにすればいいのです。教科書に書いてあることをそのままコピーして、そのままにしておけばいいんです。Sergei Kovalev氏のチュートリアルに従えば、Trade()とCriterion()でだけ動作します。Criterion() - ストラテジーのエントリーポイントを見つける、Trade() - ポジションをオープン/クローズする。それらを使って作業し、変更することは、戦略をテストするのに十分です。そして、プログラミングをマスターしたことで、これが何のためにあるのか、どういう仕組みになっているのかが理解 できるようになるので、自分なりの機能にたどり着く...
ありがとうございます、すべてテスト済みです、MTで本当に注文とオープン/クローズポジションを 考慮し、必要ならバランス修正しながら取引してみたいと思います。
コードを見なければならない。ロジックを分解してみる。
最も空になったインジケーターのコード...何もないところで...