Question

什么时候我应该去原始类型的包装类？或者我应该在什么情况下选择包装器/原始类型？

Answer 1

其他人已经提到某些构造如Collections需要对象，并且该对象比原始对象（内存和拳击）具有更多的开销。

另一个考虑因素是：

将对象初始化为null或将null参数发送到方法/构造函数以指示状态或函数可能很方便。这不能用原语来完成。

许多程序员将数字初始化为0（默认值）或-1表示这一点，但根据情况，这可能不正确或具有误导性。

当错误地使用某些内容时，这也将设置NullPointerException的场景，这比一些任意错误的程序员友好得多。

Answer 2

通常，除非由于某种原因需要对象（例如放入集合），否则应使用基本类型。即便如此，如果您想要最大化数字性能，请考虑不需要对象的不同方法。这由the documentation建议，而this article演示了自动装箱如何导致较大的性能差异。

Answer 3

在我看来，如果我的类成员是包装变量，它不依赖于默认值，这是开发人员友好的行为。

1

class Person {
   int SSN ; // gets initialized to zero by default 
}

2

class PersonBetter {
  Integer SSN; //gets initialized to null by default
}

在第一种情况下，您无法保持SSN值未初始化。如果您在尝试使用之前未检查该值是否已设置，则可能会受到影响。

在第二种情况下，您可以将SSN初始化为null。这可能会导致NullPointerException，但是只要你在没有初始化SSN字段的情况下尝试使用它而无意中将默认值（零）作为SSN插入到数据库中。

Answer 4

如果必须，我只会使用包装类型。

在使用它们时，除了它们是Objects之外，你不会获得太多收获。

而且，你会减少内存使用的开销和装箱/拆箱所花费的时间。

Answer 5

集合是简单Java包装器对象的典型案例。但是，您可以考虑在代码（值对象）中赋予Wrapper更具体的含义。

恕我直言，当它归结为代码的可读性和维护性时，使用值对象几乎总是有好处的。在具有特定职责的对象内部包装简单数据结构通常可以简化代码。这在Domain-Driven Design中非常重要。

当然存在性能问题，但我倾向于忽略这一点，直到我有可能使用适当的数据来衡量性能并对问题区域执行更多定向操作。如果代码也易于理解，也可能更容易理解性能问题。

Answer 6

由数字计算主导的应用程序的

性能可以从原语的使用中受益匪浅。

原始类型，一个使用==运算符，但对于包装器，首选的方法是调用equals（）方法。

"Primitive types considered harmful"因为它们将“程序语义”混合成一个统一的面向对象模型。

许多程序员将数字初始化为0（默认值）或-1表示这一点，但根据情况，这可能不正确或具有误导性。

Answer 7

实际上我遇到过可以解释使用包装类的情况。

我创建了一个具有long类型变量

的服务类

这也适用于Boolean，当我们使用原始boolean时，值可能会更加混乱（默认值为false）。

Answer 8

如果您想使用集合，必须使用Wrapper类。

原始类型用于数组。此外，表示没有行为的数据，例如计数器或布尔条件。

自动装箱以来，“何时使用原语或包装”边界变得非常模糊。

但请记住，Wrappers是对象，因此您可以获得所有精美的Java功能。例如，您可以使用reflexion来创建Integer对象，但不能使用int值。包装类也有诸如valueOf。

之类的方法

Answer 9

如果要创建值类型。类似于ProductSKU或AirportCode。

当基本类型（我的示例中的字符串）定义了相等时，您将希望覆盖相等。

Answer 10

Java中的原始值不是对象。为了将这些值作为对象进行操作，java.lang包为每种原始数据类型提供了一个包装器类。

所有包装器类都是最终的。所有可以实例化的包装类的对象都是不可变的，这意味着不能更改包装对象中的值。

尽管， void 类被认为是包装器类，但它不包装任何原始值并且不是永不满足的。它没有公共构造函数，仅表示代表关键字void的类对象。

Answer 11

何时使用基本类型

何时使用包装器类