POJO可以使用基本数据类型吗

在《阿里巴巴Java开发手册》中，对于POJO中如何选择变量的类型以及 RPC 接口中的返回值类型也有着一些规定

POJO（Plain Ordinary Java Object）是java类的统称，可以分为：

VO（View Object）：视图对象，用于展示层，它的作用是把某个指定页面（或组件）的所有数据封装起来。
DTO（Data Transfer Object）：数据传输对象，这个概念来源于J2EE的设计模式，原来的目的是为了EJB的分布式应用提供粗粒度的数据实体，以减少分布式调用的次数，从而提高分布式调用的性能和降低网络负载，但在这里，我泛指用于展示层与服务层之间的数据传输对象。
DO（Domain Object）：领域对象，就是从现实世界中抽象出来的有形或无形的业务实体。
PO（PersistentObject）：持久化对象，它跟持久层（通常是关系型数据库）的数据结构形成一一对应的映射关系，如果持久层是关系型数据库，那么，数据表中的每个字段（或若干个）就对应PO的一个（或若干个）属性。

先看一段代码

public class BooleanMainTest {

	public static void main(String[] args) {
		Demo demo = new Demo();
		System.out.println("demo : " + demo);
	}
}

@Data
class Demo {

	/**
	 * 封装类型
	 */
	private Integer encapsulation;
	/**
	 * 基本数据类型
	 */
	private int basic;

}

执行结果

可以看到我们没有赋值的时候基本类型是有默认值的，包装类型的默认值都是null，而基本数据类型的默认值是一个固定值，如boolean是false，byte、short、int、long是0，float是0.0f等。

在实际的业务场景中，查找出来null和0是两种不同的情况，0和null业务场景意义并不一样，null可能要做特殊处理，0就表示这个值就是0；使用基本数据类型根本没办法区分。

我们做一个扣费系统，扣费时需要从外部的定价系统中通过 RPC 请求读取一个费率的值，我们预期该接口的返回值中会包含一个浮点型的费率字段。当我们取到这个值得时候就使用公式：金额*费率=费用 进行计算，计算结果进行划扣。

如果由于计费系统异常，他可能会返回个默认值，如果这个字段是Double类型的话，该默认值为null，如果该字段是double类型的话，该默认值为0.0。

如果扣费系统对于该费率返回值没做特殊处理的话，拿到null值进行计算会直接报错，阻断程序。拿到0.0可能就直接进行计算，得出接口为0后进行扣费了。使用基本数据类型无法满足所有的业务需求。

对应封装类型的null值判断可以很好的满足业务场景的需求