7.3 错误页面
错误页面主要用于用户体验，在程序开发完成后，错误页面主要为用户在执行到错误操作，或者错误逻辑时提供较好的用户体验，在程序开发阶段，错误页面也能为程序开发人员提供帮助，一个好的错误页面，能够为用户提供一个很好的体验。没有经过处理的错误界面如图7-14所示。
图7-14 没有处理的错误页面
这样的错误页面用户体验非常的差，而且在显示的信息中，也有可能暴露一些敏感信息，所以很多时候程序会对错误页面进行一个处理，加强用户体验。
7.3.1 错误模式
在系统提供的错误页面中，包括很多的敏感信息，系统为了程序开发的方便和用户体验的效果，在配置文件中为使用者提供了三种错误模式的选择，这三种错误模式分别为Remoteonly、Off、On，对于图7-14的错误信息只是在本地调试时，方便程序开发人员调试程序使用的。对于远端用户看到的信息则去除了很多敏感信息。下面是三种错误模式。
Remoteonly
只对不在本地Web服务器上运行的用户显示自定义（友好的）信息。出于安全目的，建议使用此设置，以便不向远程客户端显示应用程序的详细信息。
Off
始终显示详细的ASP.NET错误信息。
On
始终显示自定义（友好的）信息。
这三种模式在Web.config文件中配置信息如下。
三种模式分别使用在不同的程序开发阶段：RemoteOnly使用在开发阶段；Off使用在最终发布以后；On使用在调试阶段。
7.3.2 自定义错误页面
程序在正式开发完成上线后，错误信息将被处理为一个友好的用户界面，如果每个错误都处理到这样的页面，显然是不现实的，所有系统为程序提供了这样的一个定义项，就是能够自定义错误页面，这样，在程序正式上线后无论程序是否出现预料的错误或不可预料的错误，都能对用户有一个很好的体验。具体的配置信息代码如下。
在上面的配置信息中，错误信息的处理部分包含在错误信息配置节点中，每一个子节点分别对应一个错误号码。在父节点中，配置了默认的自定义错误页面。在没有与错误码相对应的配置信息时，显示默认的自定义错误页面。在程序发布后，在IIS中也可以配置这些信息。