Dans ASP.NET MVC, OnException doit-il être utilisé pour les exceptions d'application?

Question

Je construis une petite application dans ASP.NET MVC. J'essaye toujours de trouver mon chemin autour de certains des problèmes de conception que je rencontre.

L'un d'entre eux est l'utilisation d'exceptions. J'ai construit mon modèle de sorte qu'il lance une exception chaque fois qu'un objet n'existe pas ou n'est pas accessible à l'utilisateur. Je pense que j'ai fait le bon choix, à mon avis.

Le problème est, quelle est la prochaine étape? Je peux soit vérifier l'exception dans le contrôleur, et rediriger vers une vue différente, mais cela semble produire beaucoup du même modèle dans de nombreuses actions dans de nombreux contrôleurs. Ou, je peux simplement éviter de vérifier l'exception et remplacer la méthode OnException du contrôleur (ou de la classe de contrôleur de base que j'utiliserai) pour le gérer. Cela garderait tout le fouillis de mes actions. A partir des exemples que j'ai trouvés, je peux voir comment HandleError et OnException peuvent être utilisés pour consigner des exceptions non gérées (ce qui est une bonne chose à faire) et rediriger vers un "désolé!" page, mais j'aimerais connaître votre opinion sur l'utilisation de ce mécanisme pour des exceptions moins "imprévues".

Answer 1

Vous devriez extraire l'attribut HandleError. Vous pouvez spécifier quelle vue doit être affichée pour quelle exception. ASP.NET MVC HandleError C'est MVC-spécifique et me sens beaucoup plus «propre» que d'utiliser l'événement.

En plus de HandleError, j'utilise ELMAH pour capturer et enregistrer des exceptions.

Personnellement, j'essaie d'arriver à un point où toutes les exceptions générées sont capturées au niveau du contrôleur et ne pas barboter au-delà de cela. Cependant, [handleerror] fait exactement cela - récupère les erreurs et affiche une jolie page pertinente pour l'utilisateur.

Édition: Notez également que vous pouvez spécifier cela sur votre contrôleur, pas seulement sur l'action.

James