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

[Ilya Malev]

TarasBY:
この点について詳しく教えてください。私も賛成です!それ以外も遭遇したことはないですね。それに、（かつてあなたが言った）1回のエラーは、気にするほどのことではありません。

ここでいう環境とは、注文の選択状態のことで、ここでいう「ポインター」のようなものです。このポインタの状態は、この関数が呼び出されたときにシームレスに保存することができるはずです。しかし、この「ポインタ」を保存しようとすると、この関数が呼ばれる前に初期化されていない場合、4105の実行エラーが発生することが判明しました。しかし、この関数はこのポインタの中身を気にする必要はありません。その前にオーダーが選択されているかどうかに関わらず、その状態を維持する必要があります。選択されていない場合は、リターン時にポインタも初期化されていない状態で返す必要があります。もし、選択されたのであれば、そのような関数は、呼び出されたときの状態のポインタを返さなければなりません。 私は、数ページ前に、OrderSelect関数の ラッパーを使ってこの状況の解決策を書きましたが、これは「松葉杖」であって、理論的には、データを重複させたり追加のコードを生成しなくてもこの機能は言語中に存在するはずです。

[Ilya Malev]

FAQ:
あなた、私は最初のページから、あなただけがこの事実を気にかけるべきだという考えを伝えようとしたのですが、あなたはそれを「けなす」「無礼」と受け止めてしまうのです。興味のある問題について、自分の視点と異なる意見を感知できないのであれば、なぜそれを聞くのでしょうか。

私が意見を受け入れることができるのは、著者が建設的な議論をする意志を示したときだけであり、「私が正しく、あなたは愚かだ」と口調や言葉で示したときではありません。後者の場合、私は「あなたは愚か者です」と答えますが、そのためにあなたは私を追放しようとしたのですから、それは初めてのことではありません。

[Рустам]

Ant_TL:

私が意見を受け入れることができるのは、著者が建設的な議論をする意志を示したときだけであり、「私が正しく、あなたは愚かだ」と口調や言葉で示したときではありません。後者の場合、私は「あなたは愚か者です」と答えますが、そのためにあなたは私を追放しようとしたのです。

また、同じことを繰り返すのか...。

またしても結論を急ぎ、私に帰結させていますね。もし私があなたを追放しようとしていたなら、16ページも仲良くチャットしていなかったでしょう。

[Victor Nikolaev]

Ant_TL:

私が意見を受け入れることができるのは、著者が建設的な議論をする意志を示したときだけであり、「私が正しく、あなたは愚かだ」と口調や言葉で示したときではありません。後者の場合、私の返事は「お前は馬鹿だ」です。あなたが私を追放しようとしたのは、これが初めてではありません。

1日や1週間は休んだほうがいいのでは？誠実に

[Ilya Malev]

皆さん、私はいつでも誰かを禁止することができる能力に挑戦しているわけではありません。）

しかし、それでも、このトピックが興味深く、関連性のある人たちの枝を見てみたい、しかし、一般的な「意見」の流れの中にそのような人たちがいる

[Victor Nikolaev]

Ant_TL:

皆さん、私はいつでも誰かを禁止することができる能力に挑戦しているわけではありません。）

しかし、それでも、このトピックが興味深く、関連性のある人たちの枝を見てみたい、しかし、一般的な「意見」の流れの中にそのような人たちがいる

コードを要求したが、なかった。だから、あなたからの建設的なフィードバックはなかった

[Ilya Malev]

Vinin:

コードの掲載をお願いしたのですが、掲載されませんでした。つまり、あなたの側からは建設的な意見が出なかったということです

今、あなたは聞かれました。OK、このコードにすべてがかかっているので、投稿するまでは戻りません。

ここの書き込みは、私見ですが、その意見に同調する人がいて、このスレッドの出現の妥当性を十分述べています。

[quote]ここでの環境とは、ここでいう「ポインター」のような、順序を選択した状態のことです。たとえ関数が呼び出されたときでも、このポインタの状態をシームレスに保持することが可能でなければならない。しかし、この「ポインタ」を保存しようとすると、この関数が呼ばれる前に初期化されていない場合、4105の実行エラーが発生することが判明しました。しかし、この関数はこのポインタの中身を気にする必要はありません。その前にオーダーが選択されているかどうかに関わらず、その状態を維持する必要があります。選択されていない場合は、リターン時にポインタも初期化されていない状態で返す必要があります。もし設定されていれば、そのような関数は呼び出されたときの状態のポインタを返すはずです。私は数ページ前にOrderSelect関数の ラッパーを介してこの状況の解決策を書きましたが、それは「松葉杖」です、この機能は理論的にはデータを複製して追加のコードを生成する必要なく言語に存在するはずです[/quote]...

[Рустам]

Ant_TL:

皆さん、私はいつでも誰かを禁止することができる能力に挑戦しているわけではありません。）

しかし、それでも、このトピックが興味深く、関連性のある人たちの枝を見てみたい、しかし、一般的な「意見」の流れの中にそのような人たちがいる

あなた自身が、彼らを話題から追い出しているのです。自分が見たいものだけを見たいからです。

そこで、各関数がチケットとラベルを入力する配列を導入することを提案します（ord[ticket][function indx]）。

[TarasBY]

Ant_TL:

ここでいう環境とは、注文の選択状態のことで、ここでいう「ポインター」のようなものです。このポインタの状態は、この関数が呼び出されたときにシームレスに保存することができるはずです。しかし、この「ポインタ」を保存しようとすると、この関数が呼ばれる前に初期化されていない場合、4105の実行エラーが発生することが判明しました。しかし、この関数はこのポインタの中身を気にする必要はありません。その前にオーダーが選択されているかどうかに関わらず、その状態を維持する必要があります。選択されていない場合は、ポインタを初期化せずに返す必要があります。もし、選択されたのであれば、そのような関数は呼び出されたときの状態でポインタを返さなければなりません。 私は、数ページ前にOrderSelect関数のラッパーを使ったこの状況の解決策を書きましたが、これは松葉杖です - この機能は理論的には、データを重複させたり余分のコードを生成する必要なしに言語に存在すべきものです。

文字には見覚えがあるが、「何のことだろう...」と。:(

OK、頑張って探してみてください・・・。

[Ilya Malev]

TarasBY:

まあ、頑張って探してみてください・・・。

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