これはインジケーターからです。2枚のスライドが交わることで、方向性を示す。 交差するときだけ、すべてのバーでではなく、方向を示してくれるのが、よくわからない。 ここからは、前のバーから判断することはできませんが...。教えてください、私たちはアレイを作っているんですよね?前のセルを確認するには?2つのバッファがあります: 1つはCrossUp[i]=Low[i] - Range*0.75; そしてもう1つは、例えば Cr[i]=Low[i] + Range*0.75;(I just not want to search through folders and code again) です。
一つの保留注文がトリガーされたら、次に反対方向で別の保留 注文を出し、その量を倍にする。例えば、買いを出したら、買いよりも25ピップ低い位置にセルストップを置き、売りを出したら、25ピップ高い位置にバイストップを置くのである。保留中の注文の1つがトリガーされたら、トリガーされた注文と反対方向の保留中の注文を、最初のオープンオーダーの価格でもう1つ発注し、それもトリガーされたら、再びトリガーされたものと反対方向の保留中の注文を25ポイント以内に発注する、といった具合です。したがって、すべての買い注文は1つの価格でなければならず、すべての売り注文も1つの価格でなければならない。もし、ここに書いたことが理解できる人がいたら、コードで助けてください))
これはインジケータからなのか、EAからなのか?違いがあるんです。一般的に、矢印を描画しないようにするには、インジケータで前の隣接するバーを確認し、それがゼロでないか空でない値を持つ場合、隣接するバーの矢印はすでに存在し、現在のバーバッファに値を入力する必要がないことを意味します。EA の場合、直前のバーが現在のバーと同じ方向のクロスファクトを既に含んでおり、矢印がそのファクトを既に示している場合、現在のバー上のクロスファクトは(存在すれば)登録せず、矢印も表示する必要はない。
あなたのコードについて、これ以上何も言うことはできません。もし周りにテレパスがいれば、あなたのコードをより深く理解することができるかもしれません ;)
これはインジケーターからです。2つのスリップの交点で、方向を指示します。 よくわからないのですが、すべてのバーでではなく、交差するときのみ指示が出ます。 ここから、前のバーで判断するのは無理がある...。教えてください、私たちはアレイを作っているんですよね?前のセルを確認するには?2つのバッファCrossUp[i]=Low[i] - Range*0.75; と、もう一つの バッファCr[i]=Low[i] + Range*0.75; (フォルダとコードをもう一度 書くのは面倒なので)です。
一つの保留注文がトリガーされたら、次に反対方向で別の保留注文を出し、その量を倍にする。例えば、買いを出したら、買いよりも25ピップ低い位置にセルストップを置き、売りを出したら、25ピップ高い位置にバイストップを置くのである。保留中の注文の1つがトリガーされたら、トリガーされた注文と反対方向の保留中の注文を、最初のオープンオーダーの価格でもう1つ発注し、それもトリガーされたら、再びトリガーされたものと反対方向の保留中の注文を25ポイント以内に発注する、といった具合です。したがって、すべての買い注文は1つの価格でなければならず、すべての売り注文も1つの価格でなければならない。もし、私がここに書いたことを理解している人がいたら、コードで私を助けてください))
くだらないことばかり書いているが...。せめてこれだけは。
は、本当に順番が決まっているのでしょうか?本当にこの値段でいいんですか?注文にチケット==1があるのは確かですか?チケットで選択する場合、プールは 関係ないので、MODE_TRADESは不要です。チケットによる選択が成功したら、選択された注文のクローズタイムも確認する必要があります。Close time > 0の場合、その注文は決済されたか、削除された保留 注文であり、決済済み注文のリストから選択された状態です。
これ以上、コードを調べたくはない。まずは基本を知ることが大切かもしれませんね。チュートリアルとドキュメントを読んでください - これらはここの目立つ場所にあります。
これ以上、コードを調べたくはないのですが...。
が目にとまりました))なぜ同じひよこが4羽なのか、サンプルはコメントにあるようなものではない。
セルストップも 同様で、OP_BUYSTOPと OP_SELLSTOPが 必要です。
が目にとまりました))なぜ同じひよこが4羽なのか、サンプルはコメントにあるようなものではない。
セルストップと同様 、OP_BUYSTOPと OP_SELLSTOPが 必要です。
これはインジケーターからです。2枚のスライドが交わることで、方向性を示す。 交差するときだけ、すべてのバーでではなく、方向を示してくれるのが、よくわからない。 ここからは、前のバーから判断することはできませんが...。教えてください、私たちはアレイを作っているんですよね?前のセルを確認するには?2つのバッファがあります: 1つはCrossUp[i]=Low[i] - Range*0.75; そしてもう1つは、例えば Cr[i]=Low[i] + Range*0.75;(I just not want to search through folders and code again) です。
コードを確認する。
結果を表す文字列。
1, OrderType=4 - "4 "はOP_SELLLIMITですよね?
OrderClosePrice()=0.9237 OrderOpenPrice()=0.9419 - OrderClosePrice() の値が OrderOpenPrice() と等しくないのはどこから来たのでしょうか?
BUY_STOP注文がありますが、実行前に削除されました。
コードを確認する。
結果を表す文字列。
1, OrderType=4 - "4 "はOP_SELLLIMITですよね?
2.OrderClosePrice()=0.9237 OrderOpenPrice()=0.9419 - OrderClosePrice() の値が OrderOpenPrice() と等しくないのはどこから来たのでしょうか?
と可視化モードのテスターで、すべてのティックではい、ステップモード(一時停止でF12)でその除去の瞬間を見つけ、現在の価格を参照してください、多分それは犬が埋め込まれている場所です? 。
BINGO!知りませんでしたが、すべてお書きの通り、つまりこの場合の終値は、注文を削除した時点の値です。ありがとうございました。
よく、関数の中でこのように変数を宣言することがあります。
さらに内部では、ある条件ですでにエラーがあるかどうかを確認するために呼び出しています。まあ、私だけでなく、私が遭遇したコードの多くの場所でそうなのですが。言ってみれば、典型的なシチュエーションですね。今日思ったのは、エラー制御をしたい各関数で毎回同じ変数を宣言するのは論理的ではない、ということです。よく考えたら、一度グローバルに宣言して、initで初期化する方が簡単だという結論に達しました。こんな感じです。
そしてさらに、ユーザー関数でerr変数を呼び出す必要があるとき、すでに値を持っていることを知っていることです。実は、GetLastError() は最後に発生したエラーの コードを出力するので、エラーコードを出力する役割を持つ各計算の最後に、この変数errを各関数で呼び出し、GetLastError()を呼べば、すべて正しくなりますよね?
しかし、この変数を何らかの関数の最後で(コード実行の連鎖をたどって)呼ばないと、リセットされず、前の実行でエラーがあったが、現在の実行ではエラーがなく、最後にエラーコードが返された場合、間違った実行をすることになる.........。そして、それをリセットするためには、この関数GetLastError()を呼び出す必要があります。つまり、ここではすべてが呼び出されたかどうかにかかっているのです。どこまでも続くと確信が持てないなら、毎回再保険をかけてリセットしたほうが楽でしょう?