عادة بعد إصدار تطبيق ويب، من أجل تزويد المستخدمين بواجهة سهلة وتجربة مستخدم، فإنه سينتقل إلى صفحة خطأ مخصصة عند حدوث خطأ، بدلاً من قائمة الاستثناءات التفصيلية التي يعرضها المستخدم بواسطة ASP.NET.
يمكن تعيين صفحة بسيطة لمعالجة الأخطاء عبر web.config
<خطأ كود الحالة = "403" إعادة التوجيه = "NoAccess.htm" />
<خطأ كود الحالة = "404" إعادة التوجيه = "FileNotFound.htm" />
إذا كنت تريد تقديم سبب الخطأ برمجيًا، فيمكنك القيام بذلك من خلال الحدث Page_Error.
يمكن تحقيق طريقة أخرى من خلال Global.asax، وأعتقد أن هذه الطريقة أكثر ملاءمة، بالإضافة إلى ذلك، إذا كان من الممكن دمجها مع صفحة منفصلة أكثر ودية، فسوف تبدو أكثر راحة.
Global.asax (تسجيل الأخطاء إذا لزم الأمر) يبطل Application_Error (مرسل الكائن، EventArgs e)
{
استثناء objErr = Server.GetLastError().GetBaseException();
خطأ في السلسلة = "صفحة الاستثناء:" + Request.Url.ToString() + "
";
خطأ += "رسالة الاستثناء:" + objErr.Message + "
";
Server.ClearError();
التطبيق["خطأ"] = خطأ؛
Response.Redirect("~/ErrorPage/ErrorPage.aspx");
}
ErrorPage.aspx
محمي باطلة Page_Load (مرسل الكائن، EventArgs e)
{
ErrorMessageLabel.Text = Application["error"].ToString();
}عندما يستخدم المستخدمون النهائيون التطبيق، قد لا يرغبون في معرفة سبب الخطأ. في هذا الوقت، يمكننا استخدام مربعات الاختيار لتحديد ما إذا كان سيتم عرض سبب الخطأ أم لا. يمكنك وضع التسمية في div ثم استخدام مربع الاختيار لتحديد ما إذا كان سيتم عرض div أم لا
http://www.cnblogs.com/EasyLive2006/archive/2007/01/07/613922.html