Http 处理对象未找到错误的最方便用户的方法?

Http 处理对象未找到错误的最方便用户的方法?,http,user-interface,http-status-code-404,Http,User Interface,Http Status Code 404,您认为处理“未找到对象”错误的最佳方法是什么 例如,抛出未找到的404页。但实际上,我很确定它确实找到了一个页面,只是在数据库中没有找到一个具有该id的用户。如果返回404状态码,但使用自定义错误页面说找不到对象,会更好吗 是否可能返回子错误代码?ASP.NET有类似于404.1的错误,但就实际的HTTP状态代码而言,它是否有所不同?在严重的网站上,自定义错误页面是事实上的标准。也就是说,每个动态页面都有无数的错误条件——用户配置文件页面可能缺少一个ID;回答问题页面可能缺少问题id;等等 尝试

您认为处理“未找到对象”错误的最佳方法是什么

例如,抛出未找到的404页。但实际上,我很确定它确实找到了一个页面,只是在数据库中没有找到一个具有该id的用户。如果返回404状态码,但使用自定义错误页面说找不到对象,会更好吗


是否可能返回子错误代码?ASP.NET有类似于
404.1
的错误,但就实际的HTTP状态代码而言,它是否有所不同?

在严重的网站上,自定义错误页面是事实上的标准。也就是说,每个动态页面都有无数的错误条件——用户配置文件页面可能缺少一个ID;回答问题页面可能缺少问题id;等等

尝试创建一个专门为这些场景设计的自定义错误页面感觉很浪费。基本上,每页功能都需要一个错误页


我在应用程序中所做的是将用户发送到一个通用错误页面,并根据错误情况在该页面上输出一条自定义消息

自定义错误页面是严重站点的事实标准。也就是说,每个动态页面都有无数的错误条件——用户配置文件页面可能缺少一个ID;回答问题页面可能缺少问题id;等等

尝试创建一个专门为这些场景设计的自定义错误页面感觉很浪费。基本上,每页功能都需要一个错误页


我在应用程序中所做的是将用户发送到一个通用错误页面,并根据错误情况在该页面上输出一条自定义消息

嗯,我没想过为每种对象类型创建不同的页面。。。我会用一些逻辑来说“用户未找到”,“问题未找到”,随便什么。每一个“对象”或“模型”都已经有了一个名称。好吧,我没想过为每一个对象类型创建一个不同的页面。。。我会用一些逻辑来说“用户未找到”,“问题未找到”,随便什么。每个“对象”或“模型”都有一个名称。