（たとえば、bool / intの代わりに）voidを使用する必要がある場合と理由

開発者が関数にとって重要ではない何かを返すことを選択したメソッドに時々出くわします。つまり、コードを見ると、どうやら同じように機能しているように見えvoid、少し考えてから「なぜ？」これはおなじみですか？

時には、単にaを実行するのではなく、boolまたはのようなものを返す方が良い場合が多いことに同意します。しかし、全体像では、賛否両論についてはわかりません。intvoid

状況によっては、an intを返すことにより、呼び出し側はメソッドの影響を受ける行またはオブジェクトの量を知ることができます（たとえば、5つのレコードがMSSQLに保存されます）。「InsertSomething」のようなメソッドがブール値を返すtrue場合、成功した場合、そうでない場合に返すように設計されたメソッドを持つことができますfalse。発信者は、その情報に基づいて行動するかどうかを選択できます。

一方、

• メソッド呼び出しのあまり明確でない目的につながる可能性がありますか？悪いコーディングはしばしばメソッドの内容を再確認せざるを得ません。何かを返す場合、メソッドは返された結果で何かをしなければならない型であることを知らせます。
• もう1つの問題は、メソッドの実装が不明な場合、開発者は機能的に重要ではないものを返すことにしたのですか？もちろんコメントできます。
• メソッドの閉じ括弧で処理を終了できる場合、戻り値を処理する必要があります。
• ボンネットの下で何が起こりますか？falseスローされたエラーのために、呼び出されたメソッドは取得されましたか？または、評価結果のためにfalseを返しましたか？

これについてのあなたの経験は何ですか？これにどのように対応しますか？

メソッドの成功または失敗を示すブール戻り値の場合Try、さまざまな.NETメソッドで使用される-prefixパラダイムを好みます。

たとえばvoid InsertRow()、同じキーを持つ行が既に存在する場合、メソッドは例外をスローできます。問題は、InsertRowを呼び出す前に、呼び出し側が行が一意であることを保証すると仮定することは合理的ですか？答えがいいえのbool TryInsertRow()場合、行が既に存在する場合にfalseを返すを提供します。データベース接続エラーなどのその他の場合、データベース接続の維持が呼び出し側の責任であると想定して、TryInsertRowは引き続き例外をスローする可能性があります。

「ステータスコード」を返すIMHOは、C＃などの中〜高レベル言語で例外が一般的になる前の歴史的な時代に由来します。最近では、何らかの予期しないエラーが原因でメソッドが成功しなかった場合に例外をスローする方が適切です。そうすれば、エラーが気付かれないことが確実になり、呼び出し元は適切に対処できます。そのため、これらの場合、voidブール値のステータスフラグまたは整数のステータスコードの代わりにメソッドが何も返さない（つまり）ことはまったく問題ありません。（もちろん、メソッドがスローする例外とそのタイミングを文書化する必要があります。）

一方、厳密な意味での関数、つまり入力パラメーターに基づいて何らかの計算を実行し、その計算の結果を返すことが期待される場合、戻り値の型は明らかです。

場合1は、2つの間の灰色の領域は、存在するかもしれません、呼び出し元にとって有用であると思われる場合に、メソッドから「余分な」情報を返すます。挿入の影響を受ける行の数に関する例と同様です。または、メソッドを使用して要素を連想コレクションに入れる場合、そのキーに関連付けられた以前の値があれば、それを返すと便利です。このような使用は、APIの（既知および予想される）使用シナリオを慎重に分析することで特定できます。

ピーターの答えは例外をうまくカバーしています。ここでのその他の考慮事項には、コマンドとクエリの分離が

CQSの原則では、メソッドはコマンドではなく、クエリではなく、両方である必要があります。コマンドは値を返すことはなく、状態を変更するだけで、クエリは状態を返すだけで、変更しないでください。これにより、セマンティクスが非常に明確になり、コードの可読性と保守性が向上します。

CQSの原則に違反することは良い考えです。これらは通常、パフォーマンスまたはスレッドセーフに関するものです。

どんな道でも、あなたはこれと一緒に歩きます。将来使用するために戻り値を入れないでください（たとえば、関数が常にtrueを返すようにする）。これはひどい労力の無駄であり、コードを読みやすくしません。戻り値がある場合は常にそれを使用する必要があり、それを使用できるようにするには、少なくとも2つの可能な戻り値が必要です。

以前は、多くのvoid関数を記述していました。しかし、メソッドチェーンクラック全体に乗ったので、ボイドではなくこれを返し始めました。ボイドでスクワットできないリターン原因を誰かが利用できるようにするかもしれません。そして、彼らがそれで何もしたくない場合、彼らはそれを単に無視することができます。