在我的工作中,我主要从事具有大量数据库代码的业务应用程序。我通常不会写数字运算的科学逻辑。
这让我想知道 - 在我的实体类中始终使用包装类型是个好主意吗?我发现自己经常将原语转换为包装器。相反,我想不出没有原语就不行的情况。
如果我将实体中的字段声明为包装器,从数据库读取的数据将由我的持久层自动映射到这些字段上,从而省去了手动创建它们的麻烦。
有些事情只能通过经验来实现,因此我问你们,有人尝试过这种方法吗?有什么问题吗?
我并不关心性能,而是从良好实践/架构的角度提出这个问题。
最佳答案
包装与基元
优点
- 可以与泛型一起使用
- 支持许多其他方法。
缺点
- 使用更多CPU
- 使用更多内存
- 暗示该值可以为
null
- 在某些情况下输入时间较长。
关于java - 除了性能之外,包装类型还有什么缺点吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12640826/