注文が選択されているかどうかを確認する方法 - ページ 4 1234567891011...20 新しいコメント Ilya Malev 2013.02.16 19:40 #31 Figar0:実際、デマゴギーが多いですね。 boolOrderSelect() int index, int select, int pool=MODE_TRADES) です。 次に処理するオーダーを選択する機能です。関数が正常に終了した場合に TRUE を返します。関数が失敗した場合は FALSE を返します。エ ラーに関する情報を得るには、GetLastError()を呼び出す必要があります。。必要なのは、注文が選択されているかどうかを知ることです。トピックの冒頭で説明したのですが、わかりませんか？注文を処理する、つまり注文を選択して分析する機能を潜在的に持っているのです。これは、すでに選択されたオーダーを扱うものを含む、さまざまなコードフラグメントから呼び出すことができます。この別の関数が、すでに選択されている注文を保存し、その選択を復元しなければ、この関数から戻ったときに、この関数が呼ばれる前に選択されていた注文が間違っていることになり、EAロジックにエラーが発生することになるのです。そこで、これらのエラーを回避するために、オーダーを自分で処理する各補助関数において、現在選択されているオーダーをその呼び出し先から記憶し、終了したらその選択を返すようにする必要があるのです。この作業をいかに簡単に、エラーを発生させずに行うか、これが今回のテーマの問題点です。// OrderSelectで注文が選択されたことを意味する（またはエラーが発生する）。なぜエラーになるのですか？順番が決まっていない場合は、この動作は必要ないだけですが、順番が決まっているかどうかを事前に知ることは、特別な仕掛けがないとできないようです// では、なぜ再び選択されなければならないのか？このため、この関数からコードの呼び出し部分に戻った後も、関数を呼び出す前にコードのこの部分で選択された順序が選択されたままになります。 Boris 2013.02.16 19:42 #32 FAQ: いや、本当に戦車に乗っているんですよ。 彼はその許可を得ているのでしょうか？銃じゃないんだから！（笑) Алексей Тарабанов 2013.02.16 19:48 #33 Ant_TL:スレッドの冒頭で全て説明したのですが、そんなに不明なのでしょうか？注文を扱う可能性のある関数、つまり注文を選択して分析する関数があります。これは、すでに選択されたオーダーを扱うものを含む、さまざまなコードフラグメントから呼び出すことができます。この別の関数が、すでに選択されている注文を保存し、その選択を復元しなければ、この関数から戻ったときに、この関数が呼ばれる前に選択されていた注文が間違っていることになり、EAロジックにエラーが発生することになります。そこで、これらのエラーを回避するために、オーダーを自分で処理する各補助関数において、現在選択されているオーダーをその呼び出し先から記憶し、終了したらその選択を返すようにする必要があるのです。この作業をいかに簡単に、エラーを発生させずに行うかが、今回のテーマです。 1.この関数が呼ばれる前に選択された注文の番号を関数に渡すこと。2.機能終了後、同じ順番で再選択してください。 どうすれば手に入れたいものがわかるのか？もっと具体的に教えてください :( Ilya Malev 2013.02.16 19:50 #34 tara:1.関数が呼ばれる前に選択された注文の番号を送信する。2.機能が終了したら、もう一度同じ順番を選んでください。 どうすれば手に入れたいものがわかるのか？もっとはっきりさせるべき :( しかし、利益の合計や未決済の注文など、プログラムの実行 ロジックが変わることを意識せずに呼び出せるような情報関数を書きたいのです。これには意味があると思います。呼び出し関数で選択された順序を渡すことは常に些細なことではありません。呼び出しのネストが >1 であると想像して、いくつかのマイナーな情報関数がそれを使用できるように、各関数にチケットを渡すべきでしょうか。OrderSelect と OrderTicket のラッパーを与えて、現在選択されている注文に関する情報を別の変数に格納して取得する方が論理的ですが、ここでは情報が二重になってしまいます (端末はすでに注文が選択されているかどうかを知っていますが、潜在的なエラーなしでこの情報を渡すことはできません)。つまり、情報の重複や機能の過度な複雑化（各パラメータにも先頭から選択された順番を渡す）、あるいはプログラムの実行エラーを発生させることになる。 Алексей Тарабанов 2013.02.16 19:54 #35 Ant_TL:それはわかるのですが、利益の合計や未決済注文の数など、プログラムの実行ロジックを変更することを意識せずに呼び出せるような情報関数を書きたいのですが、どうすればいいのでしょうか？これには意味があると思います。 それはそれで意味があるのですが、この場合、せめて機能を「白」と「黒」に分けて考えるべきでしょう。前者で選択したオーダーナンバーは保存され、後者で違反した場合は元に戻る。 というような単純なもののようです。 Boris 2013.02.16 19:59 #36 Ant_TL: それはわかるのですが、利益の合計や未決済注文の数など、プログラムの実行ロジックを変更することを意識せずに呼び出せるような情報関数を書きたいのですが、どうすればいいのでしょうか？これには意味があると思います。 呼び出し関数で選択された順序を渡すことは必ずしも些細なことではありません。呼び出しのネストが >1 であると想像すると、いくつかのマイナーな情報関数がそれを使用できるように、各関数にチケットを渡すべきではないでしょうか。 Kimの関数ライブラリを見て、各関数がチケットの列挙、選択、チェックを行い、次に何を知る必要があるのかを確認してください。あなたの「論理」は、プログラミングのアルファベットルールを学ぶことを許さないのです。 Ilya Malev 2013.02.16 20:01 #37 borilunad: キムさんの関数ライブラリを見てみると、それぞれの関数が、チケットを列挙し、選択し、チェックし、そして必要なことを行っていることがわかります。あなたの「論理」は、プログラミングの基本的なルールを学ぶことを許さないのです。 畑に長老がいて、キエフに叔父がいるんですね。 Алексей Тарабанов 2013.02.16 20:03 #38 borilunad: キムの関数ライブラリを見て、各関数がチケットの列挙、選択、チェックを行い、その後、何を学習する必要があるのかを確認します。あなたの「論理」は、プログラミングのアルファベットルールを学ぶことを許さないのです。 ボリス、その必要はない。アルファベットのルールの話です。 Boris 2013.02.16 20:05 #39 Ant_TL: 庭にいる小さな長老とキエフのおじさん。 そのとおりです。犬が飼っていた...」というのは、自分のことでもあるのです。 Boris 2013.02.16 20:11 #40 tara: ボリス その必要はない。ABCの話なんですけどね。 もちろん、彼がすでにすべてを知っているのなら、なぜ間違いがあるのでしょう？彼は、間違いのない自分の言葉を作っていけばいい、そうすればみんな大丈夫だ！」と。そして、以前はどこにいたのか！？ 1234567891011...20 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
実際、デマゴギーが多いですね。
必要なのは、注文が選択されているかどうかを知ることです。
トピックの冒頭で説明したのですが、わかりませんか？
注文を処理する、つまり注文を選択して分析する機能を潜在的に持っているのです。これは、すでに選択されたオーダーを扱うものを含む、さまざまなコードフラグメントから呼び出すことができます。この別の関数が、すでに選択されている注文を保存し、その選択を復元しなければ、この関数から戻ったときに、この関数が呼ばれる前に選択されていた注文が間違っていることになり、EAロジックにエラーが発生することになるのです。そこで、これらのエラーを回避するために、オーダーを自分で処理する各補助関数において、現在選択されているオーダーをその呼び出し先から記憶し、終了したらその選択を返すようにする必要があるのです。この作業をいかに簡単に、エラーを発生させずに行うか、これが今回のテーマの問題点です。
// OrderSelectで注文が選択されたことを意味する（またはエラーが発生する）。
なぜエラーになるのですか？順番が決まっていない場合は、この動作は必要ないだけですが、順番が決まっているかどうかを事前に知ることは、特別な仕掛けがないとできないようです
// では、なぜ再び選択されなければならないのか？
このため、この関数からコードの呼び出し部分に戻った後も、関数を呼び出す前にコードのこの部分で選択された順序が選択されたままになります。
いや、本当に戦車に乗っているんですよ。
スレッドの冒頭で全て説明したのですが、そんなに不明なのでしょうか？
注文を扱う可能性のある関数、つまり注文を選択して分析する関数があります。これは、すでに選択されたオーダーを扱うものを含む、さまざまなコードフラグメントから呼び出すことができます。この別の関数が、すでに選択されている注文を保存し、その選択を復元しなければ、この関数から戻ったときに、この関数が呼ばれる前に選択されていた注文が間違っていることになり、EAロジックにエラーが発生することになります。そこで、これらのエラーを回避するために、オーダーを自分で処理する各補助関数において、現在選択されているオーダーをその呼び出し先から記憶し、終了したらその選択を返すようにする必要があるのです。この作業をいかに簡単に、エラーを発生させずに行うかが、今回のテーマです。
1.この関数が呼ばれる前に選択された注文の番号を関数に渡すこと。
2.機能終了後、同じ順番で再選択してください。
どうすれば手に入れたいものがわかるのか？もっと具体的に教えてください :(
1.関数が呼ばれる前に選択された注文の番号を送信する。
2.機能が終了したら、もう一度同じ順番を選んでください。
どうすれば手に入れたいものがわかるのか？もっとはっきりさせるべき :(
しかし、利益の合計や未決済の注文など、プログラムの実行 ロジックが変わることを意識せずに呼び出せるような情報関数を書きたいのです。これには意味があると思います。
呼び出し関数で選択された順序を渡すことは常に些細なことではありません。呼び出しのネストが >1 であると想像して、いくつかのマイナーな情報関数がそれを使用できるように、各関数にチケットを渡すべきでしょうか。
OrderSelect と OrderTicket のラッパーを与えて、現在選択されている注文に関する情報を別の変数に格納して取得する方が論理的ですが、ここでは情報が二重になってしまいます (端末はすでに注文が選択されているかどうかを知っていますが、潜在的なエラーなしでこの情報を渡すことはできません)。つまり、情報の重複や機能の過度な複雑化（各パラメータにも先頭から選択された順番を渡す）、あるいはプログラムの実行エラーを発生させることになる。
それはわかるのですが、利益の合計や未決済注文の数など、プログラムの実行ロジックを変更することを意識せずに呼び出せるような情報関数を書きたいのですが、どうすればいいのでしょうか？これには意味があると思います。
それはそれで意味があるのですが、この場合、せめて機能を「白」と「黒」に分けて考えるべきでしょう。前者で選択したオーダーナンバーは保存され、後者で違反した場合は元に戻る。
というような単純なもののようです。
それはわかるのですが、利益の合計や未決済注文の数など、プログラムの実行ロジックを変更することを意識せずに呼び出せるような情報関数を書きたいのですが、どうすればいいのでしょうか？これには意味があると思います。
呼び出し関数で選択された順序を渡すことは必ずしも些細なことではありません。呼び出しのネストが >1 であると想像すると、いくつかのマイナーな情報関数がそれを使用できるように、各関数にチケットを渡すべきではないでしょうか。
キムさんの関数ライブラリを見てみると、それぞれの関数が、チケットを列挙し、選択し、チェックし、そして必要なことを行っていることがわかります。あなたの「論理」は、プログラミングの基本的なルールを学ぶことを許さないのです。
畑に長老がいて、キエフに叔父がいるんですね。
キムの関数ライブラリを見て、各関数がチケットの列挙、選択、チェックを行い、その後、何を学習する必要があるのかを確認します。あなたの「論理」は、プログラミングのアルファベットルールを学ぶことを許さないのです。
庭にいる小さな長老とキエフのおじさん。
ボリス その必要はない。ABCの話なんですけどね。