[ARCHIVE]フォーラムを乱立させないために、どんなルーキーの質問でも。プロフェッショナルの皆さん、通り過ぎないでください。あなたなしではどこにも行けない - 5. - ページ 306

 
borilunad:
もちろん、市場そのものがあなたのために微調整してくれるのでなければ、つまり、フィードバックによってプログラムされているのであれば、ですが。

一方では統計情報を収集し、他方では統計情報によって最大値を見つけるために、送信されたパラメータによるスキャン(例えば、波の周期によるスキャン)を挿入し、割り当てられたホットキーによって定期的に再スキャンするようにしました。他にどんな方法があるのでしょうか?

ユーモアといえば。

#property indicator_chart_window
void start(){
   if(Bid>Ask) Alert("Это конец света");
   return;
}

- 世界の終わりの指標

 

みなさん、こんにちは。

オープニングで成行注文を出すストラテジーをテストしています。

5分足のローソク足ごとの

テスター(アルパリのMT-4)が開かず、エラー148が出る注文がある。

このエラーは、同時に発注した注文の上限を超えた場合に発生します。

リアルに5分おきに開くのは勘弁してほしい。

Q:未決済注文の任意の指値を同時に削除するにはどうすればよいですか?

テスターで?

ありがとうございます。

 

gyftoさん、誤解されているのか、私の説明不足なのか。オープンポジションを持って いるので、そのオープン価格を決定する必要があり、バーがオープン価格より上で閉じたら、終了します。

 
borilunad:
ビクター、エクスターンなしでどうやってやるんだ!テスターで、デモでデバッグする必要があるんだ。本当に編集する必要がないような書き方をしているのでしょうか?TSに安定性が必要なのは同意しますが、パラメータをいじらないというのは不可能です。もちろん、マーケットがパラメータをいじる、つまりフィードバックしてプログラムした場合は別ですそれならもう、あなたは立派なエースですおめでとうございます。


そうではなくて、私の場合、書くものすべてに最適化パラメータがほとんどないんです。私は、黙々と勉強してきたプライスアクションインデックスを ベースにしたストラテジーをまさに好んで使っています。しかし、私はあくまで何が起こっているかを視覚化するために、それらに興味を持っているのです。

そして、パラメーターをパラメーターにするためには、市場に適合することです。そして、特定の時間枠に合わせることが万能なのか?

 
cursed:

gyftoさん、誤解されているのか、私の説明不足なのか。オープンポジションを持っているので、そのオープン価格を決定する必要があり、バーがオープン価格より上で閉じたら、終了します。


上記から判断すると、あなたのコンディションは悪いところにあるようです。最初は注文の検索を手配し、注文が見つかったらそのパラメータを何かと比較する必要があります。

そうでなければ、検索外のバーの終値と 比較されるため、結果は得られない。

 
hoz:

...そして、パラメーターですが、市場に適合しているかどうかです。そして、特定の時間枠に合わせることが万能なのか?

はい、その時間枠がRealTimeの場合です。:)
 
Zhunko:

Victorさん、関数内にたくさんの変数がありますが、何も宣言されていませんね。

とコンパイラーは言った。

変数未定義

変数が定義されていない。その数、18人。


Vadim 宣言されていないことがわかります。以前から考えていたことです。私と同じようにグローバルに変数を宣言していませんね。 しかし、コンパイル時のエラーは皆無です すべての変数は、インクルージョンの関数パラメータで定義されていると理解しましたが?

 
tara:
そう、その時間がRealTimeであればね。:)


フィットというより、オートフィットのようなものですね :)
 
hoz:


Vadim 宣言されていないことがわかります。ずっと考えていたんです。私と同じようにグローバルに変数を宣言していませんね。 しかし、コンパイル時のエラーは皆無です すべての変数は、インクルージョンの関数パラメータで定義されていると理解していいのですね?

どんな変数でも、使う前にまず宣言する必要があります。 パラメータで持つこともできますし、ライブラリでグローバルに持つこともできます。
 
<br /> translate="no">。

機能の設計からして、高度に専門化されています。なぜ図書館に置くのか?特に、すべてのバーでループして呼び出されるでしょうから。

スピードと最適化について、何か言っていましたね。非常に遅いコードを作っていることになります。MQL4では、関数をループの中に入れてはいけません。ループ内の関数呼び出しが少なければ少ないほど、コードの実行速度は向上します。

つまり、これはライブラリの機能なんですね。

//+-------------------------------------------------------------------------------------+
//| Получаем машку с заданными параметрами                                              |
//+-------------------------------------------------------------------------------------+
double GetMA(int typeOfMA)
{
   switch (typeOfMA)
   {
      case 1:      return (iMA(NULL, i_fastMATF, i_fastMAPeriod, i_fastMAShift, i_fastMAMethod, i_fastMAApplied, i_fastMAIndex));
      case 2:      return (iMA(NULL, i_slowMATF, i_slowMAPeriod, i_slowMAShift, i_slowMAMethod, i_slowMAApplied, i_slowMAIndex));
      case 3:      return (iMA(NULL, i_filtrMATF, i_filtrMAPeriod, i_filtrMAShift, i_filtrMAMethod, i_filtrMAApplied, i_filtrMAIndex));
   }
}

ヴァディムについてループ内の関数。スイッチ オペレータが返す言葉ってこと?でも、ループ変数の全数にわたって値を取得しているわけではありません。受け取ったマスクの種類(関数の入力変数)を比較して、マスクの値を算出しているだけです。追加で計算することはないことがわかりました。マスクの種類を選択するだけでOKなんです。という意味を理解したい。

ずん子

MQL4では、ループの中に関数を入れてはいけません。ループ内の関数呼び出しが少なければ少ないほど、コードの動作は速くなります。

はっきり言っていいですか?