注文が選択されているかどうかを確認する方法 - ページ 17

 
Ant_TL:

あなたも頑張ってください。

アントンは、侮辱のためではなく、指導のために。わかりますよ、私も同じです。BUT.お願いする立場であって、お願いされる立場ではありません。だから、昨日の私の投稿に注目し、よく考えてみてください。あなたは愚かな人間ではないが、間違いなく感情過多である。質問を考え、コメント付きのコードを添付し、さらに詳しくすべてを書き込む。そうすれば、(まだの人は)答えが出るはずです。みんな戦い方を知っている。より建設的にあなたの質問は、私を含め、以前に回答されているため、なぜ満足していないのですか?聞きたくなかった?つまり、問いが答えになるのです。
 
grell:
アントン、頼むよ、侮辱じゃなくて、戒めなんだよ。わかりますよ、私も同じです。BUT.お願いする立場であって、お願いされる立場ではありません。だから、昨日の私の投稿に注目し、よく考えてみてください。あなたは愚かな人間ではないが、間違いなく感情過多である。質問を考え、コメント付きのコードを添付し、さらに詳しくすべてを書き込む。そうすれば、(まだの人は)答えが出るはずです。みんな戦い方を知っている。より建設的にあなたの質問は、私を含め、以前に回答されているため、なぜ満足していないのですか?聞きたくなかった?つまり、問いが答えになるのです。

FAQ氏の建設的なアドバイスは、注文番号が変数で選択されたときに保存することだけのようです(彼はさらに進んで、すべての注文をそのプロパティとともに保存しましたが、これは不要だと思います)、ここで言われた他のほとんどすべては、まったく建設的ではありません。教科書を勉強するようにというアドバイスとか。

 
Ant_TL:

FAQ氏の建設的なアドバイスは、注文番号が変数で選択されたときに保存することだけのようです(彼はさらに進んで、すべての注文をそのプロパティとともに保存しましたが、これは不要だと思います)、ここで言われた他のほとんどすべては、まったく建設的ではありません。チュートリアルを勉強するようにというアドバイスなど。


実際、この問題を解決するアルゴリズムや方法はたくさんあり、グローバル変数という 選択肢はその中で最も優れていて美しいというわけではありません。
 
Ant_TL:

FAQ氏の建設的なアドバイスは、注文番号が変数で選択されたときに保存することだけのようです(彼はさらに進んで、すべての注文をそのプロパティとともに保存しましたが、これは不要だと思います)、ここで言われた他のほとんどすべては、まったく建設的でありませんでした。チュートリアルを勉強するようにというアドバイスなど。


もっと具体的に問題を聞いてください。そうでないと、お風呂を避けているように見えます。悪気はないのですが、トラブルに巻き込まれる可能性があります。建設的な対応を期待します。
 
FAQ:

実際、この問題を解決するアルゴリズムや方法はたくさんあり、グローバル変数の変種はその中で最も優れた、最も美しいものではありません。

ループ内の注文を選択する関数Aから、ループ内の注文も検索できる関数 Bが呼ば れた場合)このような状況が発生しないようにコードを計画しなさいというアドバイスを除けば、これは最も簡単なことです。

しかし、プログラミング技術の選択で自分を制限するよりも、メイン機能に干渉しないように、つまり環境を変えないようにネストした関数を書く方がよほど論理的だと思うのです。

 
Vinin:

コードの掲載をお願いしたのですが、なかったんです。だから、あなたからの建設的な応答はなかった

ビクター、あなたは男の子じゃないんだから、自分のコードを掲載できないことがあることを理解すべきです。
 
コードの書き方なんてどうでもいいんです。一番大事なのは、コードが正しく動作することであって、自分のコードを持ってきて、どこが間違ってるんだと問いただすことではありません...。 もう一度言いますが、チケットが正しければ、4105エラーは発生しません
 
keekkenen:
コードの書き方についてどう考えているかは重要ではなく、コードが正しく動作することが重要なのです。あなたのコードを引用して、どこで鼻水が出るのか間違っているのかを尋ねるのではなく......。 もう一度言いますが、チケットが正しければ4105エラーは発生しません。


スレッドを途中から読んで、答え合わせを始めるのです。

このスタートメッセージはそういうことではなく、エラー4105はトピックスターターの問題を解決するための一つの提案の後に議論され始めたのです。

 
Ant_TL:

ループ内の注文を選択する関数Aから、ループ内の注文も検索できる関数Bが呼ばれた場合)このような状況が発生しないようにコードを計画しなさいというアドバイスを除けば、これは最も簡単なものです。

しかし、プログラミング技術の選択で自分を制限するよりも、メイン関数の動作を妨げないように、つまり環境を変えないようにネストした関数を書く方がよほど論理的だと思うのです。


ここでは、このバリエーションについて説明します。実は、そこには小さな変更が必要なのです。モノラルとマルチセレクトのどちらに興味があるかということです。
 
FAQ:

このバリアントについて説明しますと、実はそこに若干の変更が必要なのです。モノラルとマルチセレクトのどちらに興味があるか?

もし、マルチセレクトが複数の注文のプロパティを一度に扱う必要があるという意味であれば、そのような必要はありません。