关于程序null值的见解

时间:2021-11-23 21:23:33

今天遇到了一个问题,查询一条数据,返回用list接,发现少了2个值(ssh框架)。执行SQL少的这两个字段的值为null。上图说明一下:

关于程序null值的见解

关于程序null值的见解

可以看到第一次查询没有角标38、39的值。

是同一条SQL,第一张图数据库执行SQL,

查询到这两个字段值为null,用list接回来后没有角标38、39,如图所示。

原因还没有去代码测试,网上查询说list可以接null。

要说的不是这个问题,而是对于null值的一些个人粗浅见解。

首先个人觉得对于一个程序员来说,在写代码的时候需要注意的一点就是空值判断。

因为我们写的程序是处理数据的,如果没有数据不仅写的代码没有存在的意义,

而且会报空指针的运行异常。程序之所以运行是建立在有数据的基础之上的。

所以良好的代码应该首先考虑空值的问题。这点在很多经典的代码中都可以看到。

关于程序null值的见解

上图为spring框架的源码,就做了非空判断。

不仅如此,在Java语言中基本数据类型都接受null值而不会报错。

这是为什么呢?

1.String 对象:直接判断是否为 null,如果为 null 给 null 对象赋值为”null”。

2.非 String 对象:通过调用String.valueOf方法,如果是 null 对象,就返回”null”,否则调用对象的toString方法。

通过上面的处理,可以保证打印 null 对象不会出错。

原来Java语言在对于null值的处理上采用这样的方式解决的。从而保证了不会报错。

但是我们借助Java语言写代码的时候自己构造的一些对象是否为null只能自己去做非空限制。而且是必须要做的,

它能保证你的程序运行良好而不会因为空值报这种低级错误。

null不是任何一种数据类型,与其说它是一种特殊的值,不如说它是一种特殊情况下(数据为空)的处理策略。

讲的不够详细,也是理解还不够全面深入,null不止上面说的几点中会遇到,很多地方都有,

例如mybatis动态sql中where条件的拼接就要先判断是否为 "" | null。

想说两点:

1.良好的代码从预防null做起。如果写代码提前考虑到null的情况,能避免产生很多不必要的bug。

2.做到这一步是走向编程高手的第一步。个人感觉写代码也是有层次划分的。

起步是先从预防null做起,逐步考虑到的方面会越来越多,如高复用(重构)、高性能等,

代码水平和质量会越来越高,而且也能越来越考虑的视野扩大、层次提高,离架构师越来越近。

这是本人的第一篇博客,感谢进来看的老铁,

希望我们能一起努力、共同进步,同时也希望能多向你们学习、请教。

关于程序null值的见解