問題タブ [result-object]

null「問題が見つからない」場合に a を返すことによって、高価なステートレス チェック コードを実行した結果を効果的にキャッシュするのは「悪い習慣」ですか? 利点は、コードが最小限であり、クラス/コードの肥大化がないことです。

これを次のコードで示します。

そして呼び出しコード：

nullこのパターンでは、「エラーがないため、エラー メッセージはありません」という意味に戻ることで、高価なコードを 2 回実行する必要がなくなります。また、余分な「価値の低い」クラス/コードはありません。

明らかな代替手段は、A) チェックとメッセージ作成の懸念を分離することです。

そして呼び出しコード：

高価なコードを 1 回実行して問題があるかどうかを判断し、もう一度問題の内容を判断する、または B) 「if」部分に答えるブール型フィールドと答える文字列フィールドを持つ「結果」オブジェクトを返す「メッセージ」部分、例えば

そして呼び出しコード：

これはクラスの肥大化を引き起こし、少し不器用な私見です。

このように戻り値を「オーバーロード」するのは「悪い」ことですか?
それは確かに、私が考えることができるすべての選択肢よりも「きれい」です。

代替案を提供する場合は、null を返すことが「悪い」と考える理由を教えてください。この単純な手法を使用しないことを正当化するリスクまたは欠点を述べます。