シーケンス
どのような言語は、エラーを処理することは難しいものではありませんが、それぞれが対応のエラー処理を書きたかった簡単な作業ではありません。私はちょうど私はあなたが私が間違っているか、あなたがより良い方法を持っていると思うなら、お気軽に、すべての権利は確かではないエラーや教訓処理するためのプログラミング・プロセスのいくつかを考えて、と。
A.は、すべてのエラーを無視しないでください
我々は、エラーを無視するべきではありません任意の時点で、ほとんどのエラーは、そうでない場合は、保守が大きな困難をもたらすでしょう、それをプリントアウトすることができますいくつかのマイナーなミスを許容することができない限り、プロセスをキャプチャするために必要とされるが、それは無視してはいけません
II。私は辞書のエラーを必要とします
など50倍のように、間違ったコードや異常なキャプチャエラーを使用している、エラーが分類される必要があるかどうかは、クライアントのエラーに属しサーバーエラー、40倍に属し
III。トライキャッチ内部にコードの多くを書かないでください
我々はトライキャッチに一つだけの事を完了したいと考えています
IV。その他のループ処理エラーのボディには推奨されません
ループ本体は、try文の中に配置することができ、その後、キャッチを行います
エラーが発生した場所を可能な限りエラーを処理V.
これは、あなたが行くを書いた場合、ERR場合、発信者はより簡単に、あなたが知っていることができます!=無記号恥ずかしの
VI。異常は何が起こったかを処理するために期待されていない、とエラーコードは何が起こるか処理しています
だから、(不正パラメータ)の場合と同様に、論理的な方法でハンドルエラーにビジネスロジックに対処するためにない{}も行うことができます
VII。場所を与えられてオンのまま、常に印刷されません。
このログファイルは、それがエラーを印刷し、他のエラーが水没し、発生数がすることができ、大きすぎます
VIII。間違ったレベルを区別する
一般的なエラーは、人々が何をすべきか知っているだろう、致命的ななどが主要な誤差を表し、リソースやニーズが満たされていないというエラー手段が、ワーリングは必ずしも間違いではありませんが、注意が必要ですが、情報は、開発段階でのエラーメッセージ、およびデバッグだけでなく、を表し、彼は、本番環境では表示されません印刷お気に入り
IX。各エラーコードサンプルの定義だけでなく、あなたの過ちのための明確な文書を提供します
その場合は、あまり私たちがエラーを処理するため他の人へのインタフェースを示すべき、と言って
X.エラーを処理するとき、常にクリーンアップリソースが割り当てられました
例えばクローズストリームは、最終的には、良いハンドリングを延期することができます
代わりに、エラーメッセージのXI。エラーログ出力エラーコードが好適に使用されます、
これは、ログ解析ソフトウェアは、自動監視を行うことは容易であることが可能ではなく、エラーメッセージから意味解析を行っています