实体类中用基本类型好,还是用包装类型好?
如果您也考虑这个问题欢迎指正我的观点,如果您正在考虑这个问题,欢迎评论一起讨论一下这个问题
刚才又想到了关于module或者实体类的建立的问题,用基本类型(int,long)好主要是,还是用包装类型(Integer,Long)好?
在过去很长时间我都自己冥想这个问题,都没有得到满意的答案,综合最近的学习,再考虑一下这个问题.
首先,分析各自的优缺点
基本类型(int,long)
优点
a.用于计算是效率高(effective java书上讲过的)
b.不会由于常量池引起比较大小错误(例如 java integer对象判断两个数字是否相等)
缺点
1.当数据库中查询出结果之后封装结果集时如果返回的值时null时,如果直接赋值给这个基本类型的字段时,会在运行时报出异常,不能将null赋给一个基本类型,而用Integer就不存在这样都的情况
这个情况好像没有合适的避免办法.当没有默认值的情况下
2.当用spring的表单对象时如果页面传来的值是只有字段没有值是如果表单对象中有基本类型的值时会抛出异常.(可能存在,以前遇到过,记不清了)
缺点的规避方案
设置在数据库中为该字段设置默认值,但是这经常会被忽略
表单对象不要缺少这个字段,缺少了之后会在request中换取到一个为null的值,当用这个字段没有在表单中被提交时就会报错.
包装类型(Integer,Long)
优点
1.可以存放null,从数据库中查出值时可能会有null
2.表示一个值(不用于计算,只用于保存值时和int类型一样);
缺点
不能用于两个Integer对象双等判断两个对象的值相等,会出现错误的.
不适合频繁(intger.maxvalue次左右)的用于计算,这个缺陷一般项目都遇不到的(猜测)
综上所述,在建立实体类时,用integer这个包装类比较好
在数据库中，数据的默认值是 null，而在 Java 中，基本类型的默认值不是 null，
例如，int 类型的默认值是 0，而包装类Integer的默认值是 null，因为是对象。
简单来说就是我们如果自定义了一个Student类,其中有一个属性成绩score，如果用Integer而不用int定义,一次考试，学生可能没考，值是null，也可能考了，但考了0分，值是0，这两个表达的状态明显不一样。
用包装类的时机：
1. 如果这个字段可以为空，那么就用封装类型，这样的话可以得到null值 ，而不是 0 或者其它值；
2. 如果使用封装类型的话,在做比较的时候 ,特别是该属性的比较时,一定要用equals或者用它们的value来比较, 因为是对象。
Java的八个包装类：
Boolean、Character、Integer、Byte、Short、Long、Float和Double，
注：除了首字母大写之外，包装类与基本类型名字相似。
总结：因为类型默认值的原因，所以这就是为什么数据库的实体类的属性要用包装类而不用基本类型