新しい例外タイプを導入するとき、私はいつもこれを正しく行う方法がわかりません。共通のコンベンションはありますか?どうやってやるの?例外に名前を付けて整理するにはどうすればよいですか?
私はこれも命名影響
(それらがに使用されているユニットに保管してください?コンポーネントレベルでのパッケージレベルのユニットをお持ちですか?アプリケーション?)あなたがそれらを整理スコープに興味を持っています。どれくらいの文脈を含めるのですか?それらを非常に具体的にする(EPersonIDNotFoundErrorのように)か、ENOTFoundErrorのように再利用可能にする方が良いですか?
「エラー」という接尾辞は何時に追加すればいいですか?私は論理を見ることができません。 Classes.pas
に:
EWriteError = class(EFilerError);
EClassNotFound = class(EFilerError);
EResNotFound = class(Exception);
重大度とパッケージごとに例外を整理するとよいと思います。重大度別データ読み込み/保存エラーからの妥当性検査の例外を分離します。例外インスタンスには、発生した機会に関するより具体的な詳細が含まれています。 – too
これは疑問ではありません...潜在的な議論(トローリング? IMHOこれはSOの目的にはうまく適合しません。 –
@Arnaudさて、これに答えてみましょう。私は本当に入力を感謝しています。 –