尹科峰的博客

做异常处理的时机

尹科峰 2009年08月13日星期四 16:37 | 1407次浏览 | 7条评论

今天看到一篇文章,关于异常处理时机的.

文章最后的结论是:项目开发的初期,应该专注于框架,业务逻辑的设计,以最快的速度实现用户的需求,而不应该把精力放到异常处理上来.异常处理可以放到项目后后期,对项目进行优化,完善的时候再做.

分享添加到桌面

回复刘磊(V.L.) 2009年08月13日星期四 18:45

如果这样，后期的事情将很有趣。
很奇怪为什么就不能在编码自测阶段就尽量避免抛出异常。持续这样的情结，会让可以简单处理的问题托到最后，和所有问题一起处理。

6条回复

回复尹科峰 2009年08月14日星期五 11:07

原文作者的理由是:一个成熟的产品,代码中充斥着异常处理代码.初期考虑异常太多,会显著影响项目进度,混扰业务逻辑.在架构设计的时候,当然异常也是要考虑的因素,但不是主要的,前期编码时只做必要的预留.等到项目产品在用户那边演示通过,确认在功能,性能等方面符合客户需求后,再对产品时行精细处理,包括前期没有处理的异常.
作者的观点还是有一定道理的,我本人也有个这种体会:以前做一个项目的时候,刚开始把问题考虑得太细,编码时各方面的异常也处理得很彻底,可是,这样耽误了大量时间,以致于项目进度落后于计划,最后,不得不大大压缩后期的工作,有点虎头蛇尾的样子.这给项目留下了遗憾.所以,我本人还是比较倾向于这一观点的.

哈哈,欢迎大家继续就这一话题展开讨论,支持的,反对的...,我期待最后能得出一个最佳的方案.指导今后的项目开发.

3条回复

回复夏清然 2009年08月14日星期五 19:17

try和except在等异常处理的代码在编码初期就应该加上，但异常的处理一开始可以简单的来做，比如只打印日志。
到项目后期根据出错提示的详细设计再把完善的异常处理补全。

1条回复
回复刘磊(V.L.) 2009年08月14日星期五 18:57

理论有些理想化，看来只是原作者的一次思考，并没有经过实际的项目过程；有矫枉过正之嫌。

0条回复

回复夏清然 2009年08月13日星期四 20:24

我感觉对异常的捕获和处理应该在代码编写阶段就要考虑，成为编程的习惯之一。

1条回复

回复刘磊(V.L.) 2009年08月13日星期四 20:31

是呀。不知道楼主在哪看到的那个文章，典型的误人子弟（如果楼主理解没错的话）。

0条回复

做异常处理的时机

评论

回复 刘磊(V.L.) 2009年08月13日 星期四 18:45

回复 尹科峰 2009年08月14日 星期五 11:07

回复 夏清然 2009年08月14日 星期五 19:17

回复 尹科峰 2009年08月18日 星期二 09:32

回复 刘磊(V.L.) 2009年08月14日 星期五 18:57

回复 夏清然 2009年08月13日 星期四 20:24

回复 刘磊(V.L.) 2009年08月13日 星期四 20:31

回复刘磊(V.L.) 2009年08月13日星期四 18:45

回复尹科峰 2009年08月14日星期五 11:07

回复夏清然 2009年08月14日星期五 19:17

回复尹科峰 2009年08月18日星期二 09:32

回复刘磊(V.L.) 2009年08月14日星期五 18:57

回复夏清然 2009年08月13日星期四 20:24

回复刘磊(V.L.) 2009年08月13日星期四 20:31