C＃
 Computer >> コンピューター >  >> プログラミング >> C＃

C＃例外処理のベストプラクティス

C＃での例外処理のベストプラクティスは、例外のログ記録に基づいています。例外の記録を保持するために、ログはロギングライブラリに記録する必要があります。

以下は、C＃で例外を処理する際に従う必要のあるベストプラクティスです-

  • log4net、NLog、および同じ目的で使用される他のフレームワークを使用して例外をログに記録します。例外をファイルに記録し、データベースや電子メールなどの他のさまざまなターゲットにログを送信します。
  • アプリケーションのすべての例外をログに記録する必要があります。 LOCの問題を見つけるのに役立ちます。
  • 例外をログに記録する場合は、例外のトラブルシューティングに役立つコンテキストの詳細もログに記録する必要があります。
  • 例外監視ツールを使用して、例外を管理およびログに記録します。これにより、すべての例外を一元化された場所に保持し、一意に識別できるようになります。
  • これにより、すべてのサーバーとアプリケーションに追加されたすべての例外を表示および検索するオプションも利用できるようになります。

  1. Pryでの例外の処理

    あなたが私のようなら、あなたはRailsコンソールをよく使います。そして今では、PryがRailsコンソールに起こる最良のことであることに誰もが同意していると思います...まあ、これまで。 組み込みのこじ開けは、昔ながらのIRBに比べて、例外を除いて作業をはるかに簡単にするいくつかの非常に優れた機能です。 完全なバックトレースを表示 Pry（またはそのことについてはIRB）で例外が発生すると、バックトレースの短縮バージョンが表示されます。通常はこれで十分ですが、常にそうとは限りません。 pryでは、wtf -vコマンドを使用して、最新の例外の完全なバックトレースを確認できます。 -vフラ

  2. Rubyのカスタム例外

    Rubyで独自の例外を作成するのは簡単です。次の手順に従ってください： 1。新しいクラスを作成する 例外は、Rubyの他のすべてと同じように、クラスです。新しい種類の例外を作成するには、StandardErrorまたはその子の1つから継承するクラスを作成するだけです。 class MyError < StandardError end raise MyError 慣例により、新しい例外のクラス名は「エラー」で終わります。カスタム例外をモジュール内に配置することもお勧めします。つまり、最終的なエラークラスは次のようになります：ActiveRecord::RecordNotFound