|
锁定老帖子 主题：我承认我没有if(xxx != null)
该帖已经被评为隐藏帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-09-08
宽进严出，很正常的，或者偷懒的话在方法上throws Exception，在某一个地方统一处理就是了
|
| 返回顶楼 | |
|
发表时间：2010-09-08
当然应该根据上下文的业务需求, 捕获处理, 或者重新抛出异常.
无论如何. 只能给用户界面显示友好的错误消息. |
| 返回顶楼 | |
|
发表时间：2010-09-08
你们声明接口API的时候不通过DOC提示调用者可能返回Null以及在什么情况下返回NULL吗？
|
| 返回顶楼 | |
|
发表时间：2010-09-08
不做判断只有死路一条。
优秀的程序员是即使过单行道的时候都会向道路两边看看再过去。这话这几天炒得很火。 |
| 返回顶楼 | |
|
发表时间：2010-09-08
建议你使用短语机制
看看Spring的Assert 在程序的入口处多参数进行断言 |
| 返回顶楼 | |
|
发表时间：2010-09-08
JSP+EL :NullPointer的时候直接输出null，让我想起了卓越亚马逊的包裹地址：XX市XX区XX街null号。。。。
Freemarker：矫枉过正，到处都是XXX?if_exists 或者xx?default('') |
| 返回顶楼 | |
|
发表时间：2010-09-08
异常总体捕捉一次，给客户一个专门的错误界面，例如请联系***
|
| 返回顶楼 | |
|
发表时间：2010-09-08
相对独立的模块或者提供给第三方调用的模块需要做null判断
项目内部的代码就不用那么严格了 会死人的 |
| 返回顶楼 | |
|
发表时间：2010-09-08
paranoid945 写道 责任分明
比如collections.sort方法就不判断null，因为它觉得判断null不是他的责任 嗯，比如说契约设计。 |
| 返回顶楼 | |
|
发表时间：2010-09-08
判断是不是NULL是caller的责任，而不是callee的责任。Callee可以假设传入的值是合法的。
|
| 返回顶楼 | |
