どんな新人の質問でも、フォーラムを乱雑にしないように。プロフェッショナルは、通り過ぎないでください。Nowhere without you - 6. - ページ 885 1...878879880881882883884885886887888889890891892...1178 新しいコメント владимир 2015.04.11 16:50 #8841 AlexeyVik: 失礼ながら、私のように英語が話せるのに、なぜ通訳を使いたくないのか、その理由を教えてほしいのです。 それが、この警告の意味するところです。 具体的には、OrderClose()関数が正常に実行されればtrueを、失敗すればfalseを返すので、それを確認する 必要が ある...ということです。は、 関数が正常に実行された場合 また、なぜ警告がリストの注文番号と何らかの関連があると考えるのでしょうか。理解できない... まあ、英語は誰の手も借りずにどうにかなるのですが、mql4はなぜかできないんですよね。成功-成功でなく、どの機能、どのように確認すればよいのでしょうか?また、チケット番号に関連した警告はなく、本質を理解せずに行った機能チェックのための検索です。 Алексей Тарабанов 2015.04.11 19:23 #8842 rapid_minus:まあ、英語は無難にこなせますが、mql4はイマイチですからね。成功の確認方法を説明する - 成功ではなく、どのような関数または他の何?警告ではなく、本質を理解しないまま私が機能チェックを探しているのです。全然ダメなんです。ウラジミール、あなたは自分の質問に対する明確な答えを含むフレーズを引用し、すぐにこの質問を繰り返し、回答者を非難しました。" ...OrderClose()関数は、正常に実行された場合はtrueを、失敗した場合はfalseを返すので、関数が正常に実行されたか どうかを確認する必要が あります...。"そろそろ考えてもいいのでは? владимир 2015.04.12 04:12 #8843 tara: ブツブツ...。なるほど......mql4の勉強をさせられましたね。 そんな目標を自分に課したわけではありません。私の仕事は純粋にローカルなもので、自分自身の戦略で動くEAを書くこと、必要最低限の範囲内で言語を勉強することでした。多くのフォーラムのスレッドを読んで、私はこのタスクの現実に確信が持てました。 しかし、このスレッドでは、専門家が手助けをするのではなく、私に言語を学ぶことを強要しているのがわかります。どんな質問でも...」ではなく、「バカな質問はするな」と宣言しているようなものです。教科書や参考書の一章や、この問題が解決された例題に鼻を突っ込むことさえ、大先生にはふさわしくありません。 ちょっと勘違いしているようですが、新参者はあなたに憧れ、あなたの知識に拍手を送るためにここに来ているのではありません。 ティーンエイジャーは、いじめから身を守るために空手家である必要はありません。 ZS: 実は、「教科書を見ないと分からないけれど、質問には答えたくない」という印象をお持ちなのですが⋯。 そして、私がここで誰かを非難することは、神には禁じられているのです。私は自分の意見を言っただけです。 そして、私に時間を浪費してくれてありがとうございます。 Alexey Viktorov 2015.04.12 05:31 #8844 自分でドキュメントを掘り下げて理解しないと、わけのわからないことに...。ドキュメントには、まだ古い例が載っています。一般に、関数が何らかの値を返す場合、その値は適切な型の 変数に代入され、この変数の値をチェックしなければならない。こんな感じです。bool res; res = OrderClose(OrderTicket(), OrderLots(), OrderClosePrice(), 40); if(!res) Print("нихрена ордер не заерылся. Ошибка ", GetLastError()); Victor Nikolaev 2015.04.12 08:50 #8845 AlexeyVik:自分でドキュメントを掘り下げて理解しないと、わけのわからないことに...。ドキュメントには、まだ古い例が載っています。一般に、関数が何らかの値を返す場合、その値は適切な型の 変数に代入され、この変数の値をチェックしなければならない。こんな感じです。 もっと頻繁にチェックしてください。質問も少なくなる。より良い知識がそこにあるはずです。 Vitalie Postolache 2015.04.12 10:06 #8846 AlexeyVik:自分でドキュメントを掘り下げて理解しないと、わけのわからないことに...。ドキュメントには、まだ古い例が載っています。一般に、関数が何らかの値を返す場合、この値は対応する型の 変数に代入され、この変数の値をチェックしなければならない。こんな感じです。bool res; res = OrderClose(OrderTicket(), OrderLots(), OrderClosePrice(), 40); if(!res) Print("нихрена ордер не заерылся. Ошибка ", GetLastError());なぜ、余計な変数があるのでしょうか?ダイレクトチェックは問題なく動作します。if(!OrderClose(OrderTicket(), OrderLots(), OrderClosePrice(), 40)) Print("нихрена ордер не заерылся. Ошибка ", GetLastError()); 変数の作成は、ある関数を何度も呼び出す必要がないように、プログラム中の異なる地点からその値を確認したい場合に行う。 владимир 2015.04.12 11:41 #8847 evillive: なぜ、余計な変数があるのでしょうか?ダイレクトチェックは問題なく使えます。 この変数は、ある関数を何度も呼び出す必要がないように、プログラム内の異なる場所からその値を見る必要がある場合に作成する必要があります。 なんてことだ!そんな議論、「要領よく考える」ことが求められているのですが......。 エラーを修正し、コンパイルではエラーメッセージも警告も出なくなりましたが、もう一つ(というか二つ)問題があります。 Vitalie Postolache 2015.04.12 11:55 #8848 rapid_minus:なんてことだ!そんな議論、「真相究明」を求められているのですが......。 エラーを修正したところ、コンパイルではエラーメッセージも警告も出なくなりましたが、もう一つ(というか二つ)問題があります。注文数を 制限する方法はいくつかあります。1) 数量による - すでにオープンしている注文の数をカウントし、ユーザーが設定した数と比較します。オープンしている注文の数がすでに設定されている場合は、それ以上の注文をオープンするべきではありません。2)時間別 - 最後の注文を開いてからの経過時間を考慮し、経過時間が指定より短い場合は、取引しない。3) 前の注文の始値から現在の市場価格(または保留中の注文の場合は計算価格)までの距離(pips)で、距離が小さい場合は取引しない。通常、これらの制限をさまざまに組み合わせて使用する。 владимир 2015.04.12 11:57 #8849 evillive: 注文数を制限する方法はいくつかあります。 1) 数量別 - すでに開かれている注文の数をカウントし、ユーザーが設定したものと比較し、設定と同じだけ開かれていれば、それ以上開かないようにします。 2)時間別 - 最後の注文を開いてからの経過時間を考慮し、経過時間が指定より短い場合は、取引しない。 3) 前の注文の始値から現在の市場価格(または保留中の注文の場合は計算価格)までの距離(pips)で、距離が小さい場合は取引しない。 通常、これらの制限をさまざまに組み合わせて使用する。 ありがとうございます、1番に設定してみます Vitalie Postolache 2015.04.12 12:00 #8850 何をすべきか......すべて終了し、新規注文は受け付けていません...ストラテジーの条件により、新しいバー(始値)ごとに最低1回、またはティックごとに全く新しい取引セッションの 可能性がないか確認する必要があります。 1...878879880881882883884885886887888889890891892...1178 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
失礼ながら、私のように英語が話せるのに、なぜ通訳を使いたくないのか、その理由を教えてほしいのです。
それが、この警告の意味するところです。
具体的には、OrderClose()関数が正常に実行されればtrueを、失敗すればfalseを返すので、それを確認する 必要が ある...ということです。は、 関数が正常に実行された場合
また、なぜ警告がリストの注文番号と何らかの関連があると考えるのでしょうか。理解できない...
まあ、英語は誰の手も借りずにどうにかなるのですが、mql4はなぜかできないんですよね。成功-成功でなく、どの機能、どのように確認すればよいのでしょうか?また、チケット番号に関連した警告はなく、本質を理解せずに行った機能チェックのための検索です。
まあ、英語は無難にこなせますが、mql4はイマイチですからね。成功の確認方法を説明する - 成功ではなく、どのような関数または他の何?警告ではなく、本質を理解しないまま私が機能チェックを探しているのです。
全然ダメなんです。ウラジミール、あなたは自分の質問に対する明確な答えを含むフレーズを引用し、すぐにこの質問を繰り返し、回答者を非難しました。
" ...OrderClose()関数は、正常に実行された場合はtrueを、失敗した場合はfalseを返すので、関数が正常に実行されたか どうかを確認する必要が あります...。"
そろそろ考えてもいいのでは?
ブツブツ...。なるほど......mql4の勉強をさせられましたね。
そんな目標を自分に課したわけではありません。私の仕事は純粋にローカルなもので、自分自身の戦略で動くEAを書くこと、必要最低限の範囲内で言語を勉強することでした。多くのフォーラムのスレッドを読んで、私はこのタスクの現実に確信が持てました。
しかし、このスレッドでは、専門家が手助けをするのではなく、私に言語を学ぶことを強要しているのがわかります。どんな質問でも...」ではなく、「バカな質問はするな」と宣言しているようなものです。教科書や参考書の一章や、この問題が解決された例題に鼻を突っ込むことさえ、大先生にはふさわしくありません。
ちょっと勘違いしているようですが、新参者はあなたに憧れ、あなたの知識に拍手を送るためにここに来ているのではありません。
ティーンエイジャーは、いじめから身を守るために空手家である必要はありません。
ZS: 実は、「教科書を見ないと分からないけれど、質問には答えたくない」という印象をお持ちなのですが⋯。
そして、私がここで誰かを非難することは、神には禁じられているのです。私は自分の意見を言っただけです。 そして、私に時間を浪費してくれてありがとうございます。
自分でドキュメントを掘り下げて理解しないと、わけのわからないことに...。
ドキュメントには、まだ古い例が載っています。
一般に、関数が何らかの値を返す場合、その値は適切な型の 変数に代入され、この変数の値をチェックしなければならない。
こんな感じです。
自分でドキュメントを掘り下げて理解しないと、わけのわからないことに...。
ドキュメントには、まだ古い例が載っています。
一般に、関数が何らかの値を返す場合、その値は適切な型の 変数に代入され、この変数の値をチェックしなければならない。
こんな感じです。
自分でドキュメントを掘り下げて理解しないと、わけのわからないことに...。
ドキュメントには、まだ古い例が載っています。
一般に、関数が何らかの値を返す場合、この値は対応する型の 変数に代入され、この変数の値をチェックしなければならない。
こんな感じです。
なぜ、余計な変数があるのでしょうか?ダイレクトチェックは問題なく動作します。
なぜ、余計な変数があるのでしょうか?ダイレクトチェックは問題なく使えます。
この変数は、ある関数を何度も呼び出す必要がないように、プログラム内の異なる場所からその値を見る必要がある場合に作成する必要があります。なんてことだ!そんな議論、「要領よく考える」ことが求められているのですが......。
エラーを修正し、コンパイルではエラーメッセージも警告も出なくなりましたが、もう一つ(というか二つ)問題があります。
なんてことだ!そんな議論、「真相究明」を求められているのですが......。
エラーを修正したところ、コンパイルではエラーメッセージも警告も出なくなりましたが、もう一つ(というか二つ)問題があります。
注文数を 制限する方法はいくつかあります。
1) 数量による - すでにオープンしている注文の数をカウントし、ユーザーが設定した数と比較します。オープンしている注文の数がすでに設定されている場合は、それ以上の注文をオープンするべきではありません。
2)時間別 - 最後の注文を開いてからの経過時間を考慮し、経過時間が指定より短い場合は、取引しない。
3) 前の注文の始値から現在の市場価格(または保留中の注文の場合は計算価格)までの距離(pips)で、距離が小さい場合は取引しない。
通常、これらの制限をさまざまに組み合わせて使用する。
注文数を制限する方法はいくつかあります。
1) 数量別 - すでに開かれている注文の数をカウントし、ユーザーが設定したものと比較し、設定と同じだけ開かれていれば、それ以上開かないようにします。
2)時間別 - 最後の注文を開いてからの経過時間を考慮し、経過時間が指定より短い場合は、取引しない。
3) 前の注文の始値から現在の市場価格(または保留中の注文の場合は計算価格)までの距離(pips)で、距離が小さい場合は取引しない。
通常、これらの制限をさまざまに組み合わせて使用する。
何をすべきか...