java 中烦人的 null 在开发中怎么处理的？

[LINEX]

业务逻辑复杂的时候，各种 != null 多到数不清，代码也变得不太容易阅读。
大家在项目中是如何规范 null 的使用的？
比如所有属性值都有默认值？数据库字段不能为空？

[knightdf]

Option

[cloudzhou]

比如所有属性值都有默认值，数据库字段不能为空。
确实就是很好的方式

[xujif]

数据库判空是正常的，主要是一些 list ， map 之类 返回 null 代替返回 new 就好了

[Lonely]

guava

[sudoz]

同建议使用 guava

[darasion]

我认为，习惯了之后，并不烦人。
而且还有各种好处。其中最大的好处，就是写完各种 check null 代码后获得的成就感，虽然对业务逻辑的开发进度没什么促进。但是你做完了好多不得不做工作，这对建立完成项目的信心有很大帮助。
别小看信心哦，有时候你业务代码憋不出来的时候，写写这种代码，会很愉快，至少你能体验到整个项目正在推进的感觉。

[specita]

单纯判断 null 还好吧..null+empty 会比较烦..可以用 java8 optional , guava 也有

[saberpowermo]

@darasion 完全支持。

[vm]

多用用 @NotNull 和 @Nullable 之类的 annotation ，然后就可以靠 ide 的提醒了

[codeyung]

一般默认值数据库尽量不要有 null

[zhouquanbest]

君不见 因为 null 前端做防御编程时有多痛苦
所有字段检验 null null 逻辑处理 parse error 处理

所以还是拥抱变化 切到 Kotlin 吧

[ChoateYao]

重构：引入 Null 对象 P260

[hooluupog]

guava 目前是最靠谱的选择。

[ffffwh]

null references: the million dollar mistake.

理论上我觉得应该：一般情况一律 @NotNull ，用 Optional 表达空。如果真的 @Nullable ，变量名 /方法名中注明“ maybe ”
实际未在大项目中用过。

[armstrong]

使用 Apache Common Lang3 的话，可以用这个， StringUtils.isBlank(), StringUtils.isNotBlank() ；
使用 Guava 的话，使用 Optional

[springzero]

不要容易阅读。。。这也夸张了吧 （!= null 代表的含义好像就一个） 这叫防御式编程。。

[westlinkin]

转用 Kotlin ， null-safe 的

[gogohigh]

java8 Optional

[gogohigh]

java8 Optional

[hantsy]

java 8 有 Optional