[アーカイブ!】どんなルーキーの質問でも、フォーラムを散らかさないように。プロフェッショナルの皆さん、通り過ぎないでください。あなたなしではどこにも行けない - 2. - ページ 461 1...454455456457458459460461462463464465466467468...537 新しいコメント Victor Nikolaev 2011.06.22 17:22 #4601 demlin: もう1つ質問です。その!OrderSelect(orderIndex, SELECT_BY_POS) - どういう意味ですか?を理解できない! これは、ネゲーション IfOrderSelect(orderIndex, SELECT_BY_POS) = true, !OrderSelect(orderIndex, SELECT_BY_POS)=false demlin 2011.06.22 17:39 #4602 sergeev: !- はブーリアン演算NOT ! false = true 真=偽 次に、式全体: order NOT selected ? 削除済み 2011.06.22 17:41 #4603 Maximov7: double C1; // в старте C1 = Ask; 新しいティックごとに新しいAsk...値が割り当てられ、次の操作のために予約する必要があるため、開始できません。 うまくいくかな? int start() { static double C1=Ask; Роман 2011.06.22 17:44 #4604 demlin: すると、式全体が: order NOT selected ? 式:注文が選択されなかった場合、次のサイクルの反復に進む...トロールに適したオーダーを探しながら...必要な楽器にぴったりと「私たちの」オーダーが選ばれたときだけ、トロールに近づく...。:-)))ただ、それを理解すること。そこに複雑なことは何もない。:-))) demlin 2011.06.22 17:51 #4605 Roman.: 表現:オーダーが選択されない場合、次のサイクルの反復に進む...トロールに適したオーダーを探しながら...必要な楽器にぴったりと「私たちの」オーダーが選ばれたときだけ、トロールに近づく...。:-)))難しいことは何もありません。:-))) 非常に有用な情報です。 Роман 2011.06.22 17:53 #4606 demlin: 非常に有用な情報です。 忙しくなる...:-))) Anatoli Kazharski 2011.06.23 01:29 #4607 オープンオーダーとクローズドオーダーの掛け合わせは、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番目はリストの最後から先頭までを検索するという違いがあるだけだと理解してよろしいでしょうか。 Роман 2011.06.23 02:23 #4608 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つ目はリストの最後から先頭までを検索するという違いがあるだけだと理解してよいでしょうか? - はい。 追伸:わかりやすく説明できたでしょうか・・・。:-))) Anatoli Kazharski 2011.06.23 02:49 #4609 Roman.: (ありがとうございました。とてもよく理解できました。そうやって説明すれば誰でも理解できますよ))) もう1つ質問です。検索すると似たような質問がたくさん出てくるのですが、ちょっと違う質問をさせてください(笑)。 チャートのミスマッチ有効な?」結果を見るためには、常にタイムフレームを再計算しなければならない。つまり、ログにエラーがあることを確認したら、引用アーカイブに移動して、すべてのタイムフレームを再計算するのです。テスターでは、例えば、制御点のテストを実行します。すべてOKです。それから、私などは、バーを形成しています。すべてOKです。しかし、コントロールポイントを使ったテストをもう一度行うと、ジャーナルに掲載されているチャートの間に再び食い違いが出てきます。何ですか?)))この意地悪さに対して何か反論はないのでしょうか? Роман 2011.06.23 03:21 #4610 tol64: (ありがとうございました。とてもよく理解できました。そうやって説明すれば誰でも理解できますよ))) もう1つ質問です。検索すると似たような質問がたくさん出てくるのですが、ちょっと違う質問をさせてください(笑)。 チャートのミスマッチ有効な?」結果を見るためには、常にタイムフレームを再計算しなければならない。つまり、ログにエラーがあることを確認したら、引用アーカイブに移動して、すべてのタイムフレームを再計算するのです。テスターでは、例えば、制御点のテストを実行します。すべてOKです。それから、私などは、バーを形成しています。すべてOKです。しかし、コントロールポイントを使ったテストをもう一度行うと、ジャーナルに掲載されているチャートの間に再び食い違いが出てきます。何ですか?)))この意地悪さに対して何か反論はないのでしょうか? もちろん、そうです。 これらのエラーを整理し、排除するために。:-))) 1...454455456457458459460461462463464465466467468...537 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
もう1つ質問です。その!OrderSelect(orderIndex, SELECT_BY_POS) - どういう意味ですか?を理解できない!
これは、ネゲーション
IfOrderSelect(orderIndex, SELECT_BY_POS) = true, !OrderSelect(orderIndex, SELECT_BY_POS)=false
!- はブーリアン演算NOT
! false = true
真=偽
double C1;
// в старте
C1 = Ask;
新しいティックごとに新しいAsk...値が割り当てられ、次の操作のために予約する必要があるため、開始できません。
うまくいくかな?
すると、式全体が: order NOT selected ?
式:注文が選択されなかった場合、次のサイクルの反復に進む...トロールに適したオーダーを探しながら...必要な楽器にぴったりと「私たちの」オーダーが選ばれたときだけ、トロールに近づく...。:-)))ただ、それを理解すること。そこに複雑なことは何もない。:-)))
表現:オーダーが選択されない場合、次のサイクルの反復に進む...トロールに適したオーダーを探しながら...必要な楽器にぴったりと「私たちの」オーダーが選ばれたときだけ、トロールに近づく...。:-)))難しいことは何もありません。:-)))
非常に有用な情報です。
忙しくなる...:-)))
オープンオーダーとクローズドオーダーの掛け合わせは、2通りあることに気づきました。ここでは、クローズドなものを例に挙げています。
最初に
2つ目です。
基本的にはすべてクリアしているのですが(私は最初の選択肢しか使っていませんが)、疑問もあります。
なぜ、2番目のケースでは、注文の合計数から1(OrdersHistoryTotal()-1)を引くのでしょうか?
1番目と2番目のオプションは同じことをしますが、1番目は先頭から最後までを検索し、2番目はリストの最後から先頭までを検索するという違いがあるだけだと理解してよろしいでしょうか。
オープンオーダーとクローズドオーダーの掛け合わせは、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つ目はリストの最後から先頭までを検索するという違いがあるだけだと理解してよいでしょうか?
- はい。
追伸:わかりやすく説明できたでしょうか・・・。:-)))
(ありがとうございました。とてもよく理解できました。そうやって説明すれば誰でも理解できますよ)))
もう1つ質問です。検索すると似たような質問がたくさん出てくるのですが、ちょっと違う質問をさせてください(笑)。
チャートのミスマッチ有効な?」結果を見るためには、常にタイムフレームを再計算しなければならない。つまり、ログにエラーがあることを確認したら、引用アーカイブに移動して、すべてのタイムフレームを再計算するのです。テスターでは、例えば、制御点のテストを実行します。すべてOKです。それから、私などは、バーを形成しています。すべてOKです。しかし、コントロールポイントを使ったテストをもう一度行うと、ジャーナルに掲載されているチャートの間に再び食い違いが出てきます。何ですか?)))この意地悪さに対して何か反論はないのでしょうか?
(ありがとうございました。とてもよく理解できました。そうやって説明すれば誰でも理解できますよ)))
もう1つ質問です。検索すると似たような質問がたくさん出てくるのですが、ちょっと違う質問をさせてください(笑)。
チャートのミスマッチ有効な?」結果を見るためには、常にタイムフレームを再計算しなければならない。つまり、ログにエラーがあることを確認したら、引用アーカイブに移動して、すべてのタイムフレームを再計算するのです。テスターでは、例えば、制御点のテストを実行します。すべてOKです。それから、私などは、バーを形成しています。すべてOKです。しかし、コントロールポイントを使ったテストをもう一度行うと、ジャーナルに掲載されているチャートの間に再び食い違いが出てきます。何ですか?)))この意地悪さに対して何か反論はないのでしょうか?
もちろん、そうです。 これらのエラーを整理し、排除するために。:-)))