【Java】Java技巧
- 处理代码中null值引起的bug
- 业务中的空值
问题现场
对于面向对象语言来讲，抽象层级特别的重要。尤其是对接口的抽象，它在设计和开发中占很大的比重，我们在开发时希望尽量面向接口编程。
对于以上描述的接口方法来看，大概可以推断出可能它包含了以下两个含义:
listUser(): 查询用户列表
get(Integerid): 查询单个用户
在所有的开发中，XP推崇的TDD模式可以很好的引导我们对接口的定义，所以我们将TDD作为开发代码的"推动者"。
对于以上的接口，当我们使用TDD进行测试用例先行时，发现了潜在的问题：
- listUser() 如果没有数据，那它是返回空集合还是null呢？
- get(Integerid) 如果没有这个对象，是抛异常还是返回null呢？
深入listUser研究
我们先来讨论listUser()
这个接口，经常看到如下实现：
public List<User> listUser(){
List<User> userList = userListRepostity.selectByExample(new UserExample());
if(CollectionUtils.isEmpty(userList)){//spring util工具类
return null;
}
return userList;
}
这段代码返回是null,从我多年的开发经验来讲，对于集合这样返回值，最好不要返回null，因为如果返回了null，会给调用者带来很多麻烦。你将会把这种调用风险交给调用者来控制。
如果调用者是一个谨慎的人，他会进行是否为null的条件判断。如果他并非谨慎，或者他是一个面向接口编程的狂热分子(当然，面向接口编程是正确的方向)，他会按照自己的理解去调用接口，而不进行是否为null的条件判断，如果这样的话，是非常危险的，它很有可能出现空指针异常！
基于此，我们将它进行优化：
public List<User> listUser(){
List<User> userList = userListRepostity.selectByExample(new UserExample());
if(CollectionUtils.isEmpty(userList)){
return Lists.newArrayList(); //guava类库提供的方式
}
return userList;
}
对于接口( ListlistUser())，它一定会返回List，即使没有数据，它仍然会返回List（集合中没有任何元素）;
通过以上的修改，我们成功的避免了有可能发生的空指针异常，这样的写法更安全！
- 对象中空值
请记住! Optional不能作为入参的参数!
- 当使用值为空的情况，并非源于错误时，可以使用Optional!
- Optional不要用于集合操作!
- 不要滥用Optional,比如在java bean的getter中!
- 待定
- 待定
