Question

从我在其他人的代码中看到的，似乎有两种方法可以创建一个对象并“准备”使用它。

方法1：准备构造函数中的对象：

public class SomeClass {
  int setting;

  public SomeClass(int setting) {
    this.setting = setting;
  }
}

方法2：创建Object然后在初始化方法中“准备好”它，例如：

public class SomeClass {
  int setting;

  public SomeClass(int setting) {

  }

  public void init(int setting) {
    this.setting = setting;
  }
}

有没有具体的理由使用这两种方法？

Answer 1

使用构造函数的一个原因是您可以创建字段final - 如果构造的对象未完全初始化，则不能使用immutability。就个人而言，我更喜欢编写代码，以便在对象可用时，它已经可以使用 - 而不是具有“构造，初始化，使用”的生命周期。

另一方面，在构造函数中执行大量工作通常也不赞成 - 部分原因是在构造期间您可能处于奇怪状态，因为任何子类都不会运行其构造函数体，因此调用覆盖构造函数中的方法是个坏主意。

另一种方法是使用static方法完成大部分实际的工作，然后委托给只传递字段值的构造函数。像这样的工厂方法还有其他好处，例如能够在适当的时候返回null（很少见，但它会发生）或重用现有对象。

Answer 2

根据您问题中的代码：当你使用设置并希望它被初始化时，你需要使用参数构造函数SomeClass（int setting），如：

  SomeClass someClass=new SomeClass(12);

在第二种情况下，您需要通过传递参数来调用该方法，以便将其初始化为：

   SomeClass someClass=new SomeClass(6);
   someClass.init(6);

这取决于您的要求，但最常使用构造函数初始化变量。

Answer 3

是的，因为这两种方法给出了不同的行为，因此可以优先考虑另一种：

在第二种方法中，类成员由编译器使用默认构造函数自动初始化，除非您调用init方法并将值设置为所需的初始值。

因此，创建对象时，setting默认为0。现在，如果您不在新创建的对象上调用init（）并在程序中使用它，则可能会导致不良行为。这就是构造函数方法的优先原因。

但是，在构造函数中放置太多代码可能会导致poor responsiveness，并且在继承的情况下也会产生不希望的结果。由于这些原因，第一种方法一般不受优先考虑。