编程习惯-关于异常

《C#面向对象基础》这个视频教程中也提到了，异常是C#中提供的一个比以前错误码机制更好的一种错误处理机制，如果这么讨厌异常还不如回到错误码的时代更清净呢，在错误码时代只要不出现“Access Violation”，管它程序逻辑是不是有问题，都可以一直"耳根清净的执行下去"，可是你希望这样吗？

对于有的情况确实需要catch异常的地方，只要不是处理后重新抛出，也最好将异常通过Log4Net等日志工具记录下来，方便开发人员排查问题。

有人说程序一旦出现异常多难看呀？“客户看到一堆异常的英文界面就发怒，还是吃了好呀”，其实不要吃异常和不让用户看到“一堆异常的英文界面”并不冲突，比如在ASP.Net中就可以通过定制错误页的方式来解决，将错误页显示的模式设置为RemoteOnly，这样普通用户看的是定制后的没有“一堆异常的英文界面”的页面，而对于开发人员和系统管理员看到的则还是异常页面，“两不耽误”！

“不要吃异常”、“不要使用魔法数”、“资源最好用using进行管理”等这些非常常见的好的编程习惯是最容易被初学者忽略的，最终不遵守好习惯而自食其果的例子也屡见不鲜，建议大家要认真遵守这些基本的原则，最终受益的仍然是自己。