Habituellement, après la publication d'une application Web, afin de fournir aux utilisateurs une interface et une expérience utilisateur conviviales, elle passe à une page d'erreur personnalisée lorsqu'une erreur se produit, au lieu de la liste d'exceptions détaillée exposée à l'utilisateur par ASP.NET.
Une simple page de gestion des erreurs peut être définie via web.config
Si vous souhaitez présenter la cause de l'erreur par programme, vous pouvez le faire via l'événement Page_Error.
Une autre méthode peut être obtenue via Global.asax. Je pense que cette méthode est plus pratique. De plus, si elle peut être combinée avec une page séparée plus conviviale, elle semblera plus confortable.
Global.asax (enregistrement des erreurs si nécessaire) void Application_Error (expéditeur de l'objet, EventArgs e)
{
Exception objErr = Server.GetLastError().GetBaseException();
erreur de chaîne = "Page d'exception : " + Request.Url.ToString() + "
" ;
erreur += "Message d'exception : " + objErr.Message + "
" ;
Server.ClearError();
Application["erreur"] = erreur ;
Réponse.Redirect("~/ErrorPage/ErrorPage.aspx");
}
ErrorPage.aspx
protected void Page_Load (expéditeur de l'objet, EventArgs e)
{
ErrorMessageLabel.Text = Application["erreur"].ToString();
}Lorsque les utilisateurs finaux utilisent l'application, ils ne souhaitent peut-être pas connaître la cause de l'erreur. Pour le moment, nous pouvons utiliser des cases à cocher pour déterminer s'il convient d'afficher la cause de l'erreur. Vous pouvez mettre l'étiquette dans un div, puis utiliser la case à cocher pour décider si le rendu du div est nécessaire.
http://www.cnblogs.com/EasyLive2006/archive/2007/01/07/613922.html