有没有必要在多个页面写try catch 进行错误处理

[wyumening]

看过同事写的一些代码，发现在很多页面都用try catch包裹了起来，在catch块中把错误信息写入到了作为日志的文本文件中，感觉很多地方都重复了，应该可以不用在多个页面都写try catch吧？个人觉得作为替代可以这么做：
在本机开发时不写try catch，以方便调试

在发布到远程服务器之前，多做这么两步

第一步： 在global.asax的applicaton_error事件中进行错误处理，如果有错误的话，写入到日志文件中

第二步： 在web.config的customerrors节点中定义自定义错误页面，如果发生了404或500错误，重定向到自定义的错误页面，程序员可以到日志文件中查看具体的错误信息

个人能想到的就是这些，我想问下我的想法对不对？如果不对的话有没有什么更好的方法？

[Im_Sorry]

引用 楼主 wyumening 的回复:

看过同事写的一些代码，发现在很多页面都用try catch包裹了起来，在catch块中把错误信息写入到了作为日志的文本文件中，感觉很多地方都重复了，应该可以不用在多个页面都写try catch吧？个人觉得作为替代可以这么做： 在本机开发时不写try catch，以方便调试 在发布到远程服务器之前，多做这么两步 第一步： 在global.asax的applicaton_error事件中进行错误处理，如果有错误的话，写入到日志文件中 第二步： 在web.config的customerrors节点中定义自定义错误页面，如果发生了404或500错误，重定向到自定义的错误页面，程序员可以到日志文件中查看具体的错误信息 个人能想到的就是这些，我想问下我的想法对不对？如果不对的话有没有什么更好的方法？

没有必要，完全可以封装下！！！

[md5e]

可以在在基类中去写错误事件 但是有时候我们需要自定义错误信息，所以在不同的页面用到try{...}cache{throw(new Exception("自定义错误信息"));} if(xx!="xx"){ throw(new Exception("自定义错误信息")); }

[wyumening]

引用 2 楼 liuchaolin 的回复:

可以在在基类中去写错误事件 但是有时候我们需要自定义错误信息，所以在不同的页面用到try{...}cache{throw(new Exception("自定义错误信息"));} if(xx!="xx"){ throw(new Exception("自定义错误信息")); }

也就是说更好的做法是：在global.asax的application_error事件中写代码做最基本的错误处理，把错误信息写到日志文件中，具体到不同的 页面，如果要根据实际情况做更具体的错误处理，就在页面中写try catch 在catch块中处理？那还有没有必要在web.config中的customerrors节点中定义自定义错误页面？

[娃都会打酱油了]

net的异常处理是有4个相关事件的，具体忘记了，百度下就能找到了 最开始是Page带的，如果没有相关处理事件，则向上找。。。。 最后是application级别的

[md5e]

可以在错误事件中直接跳转

引用 3 楼 wyumening 的回复:

[quote=引用 2 楼 liuchaolin 的回复:] 可以在在基类中去写错误事件 但是有时候我们需要自定义错误信息，所以在不同的页面用到try{...}cache{throw(new Exception("自定义错误信息"));} if(xx!="xx"){ throw(new Exception("自定义错误信息")); }

也就是说更好的做法是：在global.asax的application_error事件中写代码做最基本的错误处理，把错误信息写到日志文件中，具体到不同的 页面，如果要根据实际情况做更具体的错误处理，就在页面中写try catch 在catch块中处理？那还有没有必要在web.config中的customerrors节点中定义自定义错误页面？[/quote]