例外警察は、大量のレンガのようにあなたを監視します。この答えについては、「フロー制御に例外を使用しないでください」や「通常の状態に例外を使用しないでください」などのステートメントを使用します。
最初のステートメントの問題は、例外がフロー制御の形式であるということです。これにより、引数が自己矛盾するため、無効になります。
2番目のステートメントの問題は、それが必然的に例外的な条件を通常どおり無限に再定義することに伴うように見えることです。このサイトに例があります。たとえば、警察がEOFは「正常」であり、したがって、何も提供しないJava APIが多数存在するにもかかわらず、EOFExceptionをキャッチすべきではないと主張した活発な議論です。問題の選択。この道を十分に進んでいくと、例外的なものは何もないので、それらを使用する機会はまったくありません。
これらは論理的な引数ではありません。これらは未検討の教義です。
1989年頃に最初に作成された当初の本当のポイントは、同じ方法で処理するために、自分自身に例外をスローするべきではないということでした。つまり、GOTOとして扱わないでください。この原則は引き続き有効です。
チェックされた例外についてのポイントは、呼び出し元にそれらの処理について何かを強制することです。自分の分析で、これが必要なものであると確信している場合は、例外を使用してください。または、それらを強制的にキャッチするAPIを使用している場合は、適切なレベルでそれらをキャッチします(つまり、読者の演習として残しておきます)。
言い換えれば、現実の世界のほとんどのものと同様に、それはあなたの裁量と判断次第です。この機能は、他の機能と同様に、使用または悪用される必要があります。
@例外警察:あなたは電話帳で私を見つけるでしょう。しかし、議論に備えてください。