[アーカイブ!】どんなルーキーの質問でも、フォーラムを散らかさないように。プロフェッショナルの皆さん、通り過ぎないでください。あなたなしではどこにも行けない - 2. - ページ 461

 
demlin:
もう1つ質問です。その!OrderSelect(orderIndex, SELECT_BY_POS) - どういう意味ですか?を理解できない!


これは、ネゲーション

IfOrderSelect(orderIndex, SELECT_BY_POS) = true, !OrderSelect(orderIndex, SELECT_BY_POS)=false

 
sergeev:

!- はブーリアン演算NOT

! false = true

真=偽

次に、式全体: order NOT selected ?
 
Maximov7:

double C1;
// в старте
C1 = Ask;

新しいティックごとに新しいAsk...値が割り当てられ、次の操作のために予約する必要があるため、開始できません。


うまくいくかな?

int start()
{
static double C1=Ask;
 
demlin:
すると、式全体が: order NOT selected ?

式:注文が選択されなかった場合、次のサイクルの反復に進む...トロールに適したオーダーを探しながら...必要な楽器にぴったりと「私たちの」オーダーが選ばれたときだけ、トロールに近づく...。:-)))ただ、それを理解すること。そこに複雑なことは何もない。:-)))
 
Roman.:

表現:オーダーが選択されない場合、次のサイクルの反復に進む...トロールに適したオーダーを探しながら...必要な楽器にぴったりと「私たちの」オーダーが選ばれたときだけ、トロールに近づく...。:-)))難しいことは何もありません。:-)))
非常に有用な情報です。
 
demlin:
非常に有用な情報です。

忙しくなる...:-)))
 

オープンオーダーとクローズドオーダーの掛け合わせは、2通りあることに気づきました。ここでは、クローズドなものを例に挙げています。

最初に

for(pos = 0; pos < OrdersHistoryTotal(); pos++)
    {  OrderSelect(pos,SELECT_BY_POS,MODE_HISTORY);
        ... работа с ордером ...  }
 

2つ目です。

for(pos = OrdersHistoryTotal()-1; pos >= 0; pos--)
    {  OrderSelect(pos,SELECT_BY_POS,MODE_HISTORY);
        ... работа с ордером ...  }

基本的にはすべてクリアしているのですが(私は最初の選択肢しか使っていませんが)、疑問もあります。

なぜ、2番目のケースでは、注文の合計数から1(OrdersHistoryTotal()-1)を引くのでしょうか?

1番目と2番目のオプションは同じことをしますが、1番目は先頭から最後までを検索し、2番目はリストの最後から先頭までを検索するという違いがあるだけだと理解してよろしいでしょうか。

 
tol64:

オープンオーダーとクローズドオーダーの掛け合わせは、2通りあることに気づきました。ここでは、クローズドなものを例に挙げています。

最初に

2つ目です。

原理的には問題ないのですが(私は最初のバリエーションしか使っていません)、いくつか疑問があります。

なぜ、2番目のケースでは、注文の合計数から1(OrdersHistoryTotal()-1)を引くのでしょうか?

1番目と2番目のオプションは同じことをしますが、1番目はリストの先頭から最後までを検索し、2番目はリストの最後から先頭までを検索するという違いがあるだけだと正しく理解していますか?

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

そして、最初のバリエーションでは、注文のカウンターがゼロから始まるので、1を引く必要があり、これは最後の注文がちょうどOrdersHistoryTotal()-1になることを意味します。
int OrdersHistoryTotal() - クライアント端末のアカウント履歴にある、クローズしたポジションと削除された注文の数を返します。
例えば、OrdersHistoryTotal()が10番-「現在の口座の履歴にあるクローズしたポジションと削除した注文」を返したとすると、クローズして削除した注文の絵は次のようになります-0、1、2、3、4、5、6、7、8、9-履歴には合計10の注文がありますが、ループは10番以前ではなく、9番より前で「0」から始まる、つまりコードの最初の行から整理されているのです。つまり、SELECT_BY_POSフラグを取得します。indexパラメータはリスト内の位置のインデックス番号を渡し、( OrdersHistoryTotal()-1 )で端末の履歴の全10件の注文を通過します。

- 1つ目と2つ目のバリエーションは同じことを行いますが、1つ目はリストの先頭から最後までを検索し、2つ目はリストの最後から先頭までを検索するという違いがあるだけだと理解してよいでしょうか?
- はい。

追伸:わかりやすく説明できたでしょうか・・・。:-)))

 
Roman.:


(ありがとうございました。とてもよく理解できました。そうやって説明すれば誰でも理解できますよ)))

もう1つ質問です。検索すると似たような質問がたくさん出てくるのですが、ちょっと違う質問をさせてください(笑)。

チャートのミスマッチ有効な?」結果を見るためには、常にタイムフレームを再計算しなければならない。つまり、ログにエラーがあることを確認したら、引用アーカイブに移動して、すべてのタイムフレームを再計算するのです。テスターでは、例えば、制御点のテストを実行します。すべてOKです。それから、私などは、バーを形成しています。すべてOKです。しかし、コントロールポイントを使ったテストをもう一度行うと、ジャーナルに掲載されているチャートの間に再び食い違いが出てきます。何ですか?)))この意地悪さに対して何か反論はないのでしょうか?

 
tol64:


(ありがとうございました。とてもよく理解できました。そうやって説明すれば誰でも理解できますよ)))

もう1つ質問です。検索すると似たような質問がたくさん出てくるのですが、ちょっと違う質問をさせてください(笑)。

チャートのミスマッチ有効な?」結果を見るためには、常にタイムフレームを再計算しなければならない。つまり、ログにエラーがあることを確認したら、引用アーカイブに移動して、すべてのタイムフレームを再計算するのです。テスターでは、例えば、制御点のテストを実行します。すべてOKです。それから、私などは、バーを形成しています。すべてOKです。しかし、コントロールポイントを使ったテストをもう一度行うと、ジャーナルに掲載されているチャートの間に再び食い違いが出てきます。何ですか?)))この意地悪さに対して何か反論はないのでしょうか?


もちろん、そうです。 これらのエラーを整理し、排除するために。:-)))