1

私は、エラー管理の「rc」エラーコード戻りスタイルを好む。これが throw-catch によってより適切に処理される課題を提示することに同意しますが、クリーンで保守可能なスタイルで設計および実装しているとはまだ感じていません。ですから、単なる参考書ではなく、パターンについて論じた良い本を探しています。

参考文献の参考文献もいいでしょう...

以下の回答「アジャイル プログラマーの実践」からの抜粋で、特に印象的でした。

**Keeping Your Balance**

• Determining who is responsible for handling an exception is part of design.
• Not all situations are exceptional.
• Report an exception that has meaning in the context of this code. A NullPointerException is pretty but just as useless as the null object described earlier.
• If the code writes a running debug log, issue a log message when an exception is caught or thrown; this will make tracking them down much easier.
• Checked exceptions can be onerous to work with. No one wants to call a method that throws thirty-one different checked exceptions. That’s a design error: fix it, don’t patch over it.
• Propagate what you can’t handle.
4

2 に答える 2

2

例外処理専用の本は見つかりませんでしたが、セクションまたは章の長さでこのトピックを扱っている本がいくつかあります。

入門書として、また言語にとらわれないアプローチについては、[Martin、Ch。7]。[McConnel、Ch。8.4]は、非常に一般的な例外処理も扱います。例外の使用に関するさらに良いアドバイスについては、[Subramaniam、Hunt、Ch。36、37]。[Richter 、Ch。20] .NETおよびC＃に固有ですが、非常に便利です。それにもかかわらず、いくつかのセクションは他の言語にも適用できます。

推奨事項：プログラミングの例外とエラーコード戻りスタイルをスローするための代替アプローチとして、WWWの「特殊なケースパターン」または「ヌルオブジェクトパターン」について調査してください。

  • [マーティン]マーティン、CR（2008）。クリーンコード：アジャイルソフトウェアの職人技のハンドブック。プレンティスホールインターナショナル。
  • [McConnel] McConnel、S.（2004）。コードが完了しました。
  • [Subramaniam、Hunt] Subramaniam、V.、およびHunt、A.（2006）。アジャイル開発者の実践。実用的なプログラマー。
  • [リヒター] リヒター、J。（2010）。C＃経由のCLR。MicrosoftPress。
于 2010-10-04T19:29:34.257 に答える
0

例外のスロー/使用のベストプラクティスを具体的に扱っている本は知りません。本全体を保証するにはあまりにも具体的なトピックかもしれません. また、ベスト プラクティスは、各プログラミング言語 (C++ と Java)、および言語内のプログラミング コンテキスト (C# winforms と C# asp.net) によって大きく異なる可能性があります。

あなたの最善の策は、グーグルで検索することだと思います。おそらく、そのトピックに対処するブログ投稿をいくつか見つけることができます (うまくいけば、最高の/最も尊敬されている投稿が Google 検索結果のトップ近くに表示されます)。

于 2010-10-04T18:36:01.517 に答える