[ARCHIVE]フォーラムを乱立させないために、どんなルーキーの質問でも。プロフェッショナルの皆さん、通り過ぎないでください。あなたなしではどこにも行けない - 5. - ページ 127 1...120121122123124125126127128129130131132133134...432 新しいコメント Алексей Тарабанов 2013.01.29 20:44 #1261 borilunad:...入れておきましたよ。投稿でも同じことができます。 かっこいい。 Viktar Dzemikhau 2013.01.29 20:44 #1262 borilunad: すみません、うまくいきません!最初でも最後でもない!? なぜ?なぜなら、最後のオーダーはOrdersTotal()- 1であり、最初のオーダーのインデックスは0 であるからです。では、なぜうまくいかないのでしょうか? Viktar Dzemikhau 2013.01.29 20:49 #1263 borilunad: SLやTPの設定、B/Sへの転送、ポジションや注文の試行錯誤やエラーチェックなど、すべての修正に対応する機能を備えています。 スタート時のポジション選択、条件、警告の規定だけでいいんです。以下はその機能です。 小さくても賢い!? ちなみに、この関数は注文を変更するだけです。そして、その条件はすでにスタート地点にすべて揃っている。そして、関数の中にすべての条件を入れています。スタート時に多くの条件が配置されることがわかり、それをオーバーロードするのは非常に理不尽ではないでしょうか?結局、機能の本質は、むき出しの修正機能だけでなく、もちろんエラー表示も含めて、ほとんどが条件にあるのです。でも、なぜか不思議なアプローチをしているんですよね。まだ遭遇したことはありません。見て、驚きました。 Boris 2013.01.29 21:11 #1264 hoz: ちなみに、この関数は注文を変更するだけです。そして、その条件はすでにスタート地点にすべて揃っている。そして、関数の中にすべての条件を入れています。スタート時に多くの条件が配置されることがわかり、それをオーバーロードするのは非常に理不尽ではないでしょうか?結局、機能の本質は、むき出しの修正機能だけでなく、もちろんエラー表示も含めて、ほとんどが条件にあるのです。しかし、それは奇妙なアプローチです。このようなアプローチは見たことがありません。見ていて、不思議に思います。 誰もが自分に都合のいいものを選んでいるのです1つの機能で、保留位置や開錠 位置の変更可能な部分をすべて正確に実現できるという利点があります。市場の動向によって頻繁に変更される可能性のあるスタートラインに、必要なすべての条件を指定します。そのため、仕事に大きな柔軟性を持たせることができます。それに対して、機能をたくさん持っていても、スタートとファンクションですべての条件を規定する必要があります。だんだんと自分なりの心地よい作法が身についてきます。しかし、肝心なのは、明確なロジックとミスのないプログラムの動作を実現することです。成功を祈っています。 Boris 2013.01.29 21:24 #1265 hoz: なぜ?なぜなら、最後の注文はOrdersTotal() - 1 であり、最初の注文はインデックス0 だからです。なぜ、そうならないのでしょうか? ラストオーダーはキムさんのところで、誤差が出ないように時間で比較する機能がありますし、ファーストオーダーは。 あなたはすべてを一度に考えるが、コンピュータは0か1か、また0か1か、また0か1か、と一つずつ考えていく。 だから、私たちではなく、機械の論理でやらなければならないのです。そして、その報酬として、エラーのないプログラムを得ることができるのですがんばってください。 削除済み 2013.01.30 05:28 #1266 borilunad: 上部にあるSRC ボタンでコードを挿入してくださいそんなことをしても、誰もつっこんでくれませんよ。貼り付けておきました。投稿でも同じことができます。 ありがとうございました。 私の投稿を訂正しましたので、ご確認ください。 Viktar Dzemikhau 2013.01.30 09:26 #1267 borilunad: SLやTPの設定、B/Sへの転送、ポジションや注文の試行錯誤やエラーチェックなど、すべての修正に対応する機能を備えています。 スタート時のポジション選択、条件、警告の規定だけでいいんです。以下はその機能です。void ModifyOrder(int ticket,double price,double stoploss,double takeprofit,datetime e,color arrow_color) { int ModifyCnt = 0, err; while(ModifyCnt < 3) { if(OrderModify(ticket,NormalizeDouble(price,Digits),NormalizeDouble(stoploss,Digits), NormalizeDouble(takeprofit,Digits),0,arrow_color)) ModifyCnt = 3; else err = GetLastError(); if(err > 0) { Print(ModifyCnt," #",ticket," Error modifing order: (", err , ") " , ErrorDescription(err)); Sleep(5000); RefreshRates(); ModifyCnt++; } } } 小さい方!? ボリスなぜここでeという 変数があるのですか? Boris 2013.01.30 10:04 #1268 hoz: ボリスなぜ、ここで変数eを 使うのですか? 変数eは 変数(注文については、OrderModify() docを参照)で、arrow_colorを使用したい場合、1つはbai、もう1つはsellで、orderModify())で色を変えることができるので、指定しなければなりません。結局のところ、プログラムは我々のように一度にそのような詳細に踏み込まず、標準のOrderModify()関数でパラメータの提示場所によって定義しながら、一つずつ進めていくのです。 Viktar Dzemikhau 2013.01.30 10:47 #1269 borilunad: 変数eは、私がarrow_colorを使用したい場合は、指定する必要があります(注文については、Doc OrderModify()を参照してください)、バイ1、および別の販売、および注文のために私は色を多様化することができます)。結局のところ、プログラムは我々のように一度にそのような詳細に踏み込まず、標準のOrderModify()関数でパラメータの提示場所によって定義しながら、一つずつ進めていくのです。 通常、有効期限は必要ないため、0(ゼロ)に設定してもよい。でも、何かあったときに、ここまで戻らなくてもいいように、万が一に備えて持っているのでしょう。 pavelrev 2013.01.30 10:52 #1270 配列を入力として受け取り、それをExcelに書き出す、自由に使えるカスタム関数がすでに書かれているのか、アドバイスをお願いします。 1...120121122123124125126127128129130131132133134...432 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
...入れておきましたよ。投稿でも同じことができます。
すみません、うまくいきません!最初でも最後でもない!?
なぜ?なぜなら、最後のオーダーはOrdersTotal()- 1であり、最初のオーダーのインデックスは0 であるからです。では、なぜうまくいかないのでしょうか?
SLやTPの設定、B/Sへの転送、ポジションや注文の試行錯誤やエラーチェックなど、すべての修正に対応する機能を備えています。
スタート時のポジション選択、条件、警告の規定だけでいいんです。以下はその機能です。
小さくても賢い!?ちなみに、この関数は注文を変更するだけです。そして、その条件はすでにスタート地点にすべて揃っている。そして、関数の中にすべての条件を入れています。スタート時に多くの条件が配置されることがわかり、それをオーバーロードするのは非常に理不尽ではないでしょうか?結局、機能の本質は、むき出しの修正機能だけでなく、もちろんエラー表示も含めて、ほとんどが条件にあるのです。でも、なぜか不思議なアプローチをしているんですよね。まだ遭遇したことはありません。見て、驚きました。
ちなみに、この関数は注文を変更するだけです。そして、その条件はすでにスタート地点にすべて揃っている。そして、関数の中にすべての条件を入れています。スタート時に多くの条件が配置されることがわかり、それをオーバーロードするのは非常に理不尽ではないでしょうか?結局、機能の本質は、むき出しの修正機能だけでなく、もちろんエラー表示も含めて、ほとんどが条件にあるのです。しかし、それは奇妙なアプローチです。このようなアプローチは見たことがありません。見ていて、不思議に思います。
なぜ?なぜなら、最後の注文はOrdersTotal() - 1 であり、最初の注文はインデックス0 だからです。なぜ、そうならないのでしょうか?
ラストオーダーはキムさんのところで、誤差が出ないように時間で比較する機能がありますし、ファーストオーダーは。
あなたはすべてを一度に考えるが、コンピュータは0か1か、また0か1か、また0か1か、と一つずつ考えていく。
だから、私たちではなく、機械の論理でやらなければならないのです。そして、その報酬として、エラーのないプログラムを得ることができるのですがんばってください。
上部にあるSRC ボタンでコードを挿入してくださいそんなことをしても、誰もつっこんでくれませんよ。貼り付けておきました。投稿でも同じことができます。
SLやTPの設定、B/Sへの転送、ポジションや注文の試行錯誤やエラーチェックなど、すべての修正に対応する機能を備えています。
スタート時のポジション選択、条件、警告の規定だけでいいんです。以下はその機能です。
ボリスなぜここでeという 変数があるのですか?
ボリスなぜ、ここで変数eを 使うのですか?
変数eは、私がarrow_colorを使用したい場合は、指定する必要があります(注文については、Doc OrderModify()を参照してください)、バイ1、および別の販売、および注文のために私は色を多様化することができます)。結局のところ、プログラムは我々のように一度にそのような詳細に踏み込まず、標準のOrderModify()関数でパラメータの提示場所によって定義しながら、一つずつ進めていくのです。
通常、有効期限は必要ないため、0(ゼロ)に設定してもよい。でも、何かあったときに、ここまで戻らなくてもいいように、万が一に備えて持っているのでしょう。