asp.net - 哪一种更适合自定义错误: HTML or View

标签 asp.net asp.net-mvc error-handling

我一直在想,当我的Web应用程序中发生错误时,使用html页面作为错误页面会更好地呈现,因为除非我的整个服务器都关闭,否则它将一直运行,除非使用动态服务器端页面受导致错误的问题的影响,因此系统可能最终陷入无限循环以呈现错误页面。但是我可能没有仔细考虑,所以我想问您关于此案的看法吗?

最佳答案

它主要取决于两个因素:

  • 是否要重用布局 View 以将错误页面集成到站点设计中
  • 是否要在错误页面中包含任何动态内容(用户昵称,链接等)

  • 无论哪种情况,您都需要使用“ View ”而不是“HTML”页面。后者的优点是不能引起其他异常。但是,与 View 一起使用的 Controller 中经过仔细编码的OnException方法可以提供比静态HTML页面更好的用户体验。

    关于asp.net - 哪一种更适合自定义错误: HTML or View,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15071373/

    相关文章:

    asp.net-mvc - MVC Homecontroller 在数据库中编辑详细信息

    asp.net - IIS从我的ASP.NET MVC应用程序抛出404错误

    r - prettyNum(.Internal(format(x,trim,digits,nsmall,width,3L,: invalid 'nsmall' argument

    error-handling - 从DOS进行错误测试和控制

    c# - 解决方案中有多个 IoC 容器是否存在问题?

    javascript - 如何使用 JScript 设置按钮的文本?

    c# - 在 Web 应用程序中管理长时间运行的进程的策略?

    asp.net - 排序gridview后错误的linkbutton命令参数

    asp.net-mvc - 通过 ViewData : type mismatch on submit 为 DropDownList 提供 SelectList 的强类型 View

    发布到 Azure 时,区域中的 ASP.NET Core 文件夹不会加载资源