Nous avons un projet de sharepoint 2007 au travail. La règle de gestion des exceptions consiste à se connecter aux journaux Sharepoint.emballage Exception et pages HTML
Dans ce cas, serait la meilleure approche est d'appeler cette méthode et rethrow l'exception plus haut? Sauf si je le remets pour être attrapé plus haut, il n'y a pas d'autre code de gestion d'exception alors que se passerait-il dans ce cas?
Aussi, si vous allez afficher une erreur plus conviviale à l'utilisateur (qui utilise les informations dans l'objet d'exception), alors ce serait une bonne utilisation de l'emballage d'exception. Serait-ce une bonne idée de faire une page ASPX personnalisée et ajouter à customerrors, de sorte que le init (pas sûr de l'événement exact), je peux afficher les informations d'exception dans le paramètre passé sur la page. Toutefois, une page html statique ne peut pas faire cela, donc je ne vois pas le point dans les exceptions de retour à la ligne (sauf s'il y a une page ou une alerte qui utilise l'objet d'exception). Donc, si un projet utilise des pages html pour des erreurs, y a-t-il un point dans l'encapsulation des exceptions?
Merci
Je vais devoir examiner cette question. Mais que se passe-t-il si je repousse l'exception et qu'il n'y a rien pour l'attraper? – dotnetdev
S'il y a une exception non gérée dans Sharepoint, vous verrez une page simple avec ce message: « Une erreur inattendue est survenue. » – CodeThug