すべてのトラップを常に定義する必要がありますか？

dsPIC 30F4013で、未定義のトラップが原因でコントローラーがリセットされた2つのケースを見てきました。そもそもなぜこれらのtrapが発生したのかは謎のままですが、それは私の直接の質問ではありません。トラップが決して発生しない場合でも、すべてのトラップを常に定義することは良いプログラミング手法だと考え始めているので、ランダムリセットの代わりに少なくとも明確なエラーメッセージが表示されます。これは私が知らない標準的な慣習ですか？このプラクティスに不利な点はありますか？

私の非公式のルールは：

1. 割り込みが有効になっている場合、それを処理するコードが必要です。
2. 割り込みのコードを作成しない場合は、無効にします。
3. 無効にできない場合は、コードを記述してください。

ただし、そのルールがなくても、データシートは明示的にあなたの質問に答えます。

ユーザーがトラップエラー状態のイベントで修正アクションを実行するつもりがない場合、これらのベクトルには、RESET命令を単に含むデフォルトハンドラのアドレスをロードする必要があります。一方、無効なアドレスを含むベクターの1つが呼び出されると、アドレスエラートラップが生成されます。

（ソース、セクション8.3、最初のメモ）

トラップをマスクできない場合、それらを処理する必要があります。特定の方法でトラップに対処したくない場合、適切な方法はRESET命令を実行することです。

はい、それは良いアイデアです-唯一の欠点はコードサイズが少し余分であり、トラップの処理方法を決定する必要があります（シリアルポートでメッセージを送信しますか？「FAILED」ライトをオンにしますか？ ）