init（）方法有代码味道吗？

声明init()类型的方法是否有目的？

我不是问我们是否应该优先init()于构造函数，或者如何避免声明init()。

我问的是在声明方法（查看它的普遍性）后是否有任何理论依据，init()或者它是否是一种代码味道，应避免使用。

这个init()习语很普遍，但是我还没有看到任何真正的好处。

我说的是鼓励通过方法初始化的类型：

class Demo {
    public void init() {
        //...
    }
}

什么时候可以在生产代码中使用它？

我觉得这可能是代码的味道，因为它表明构造函数未完全初始化对象，从而导致部分创建了对象。如果未设置状态，则该对象不应存在。

从企业应用的意义上讲，这使我相信它可能是某种用于加速生产的技术的一部分。这是我可以想到的惯用法，这是唯一合乎逻辑的原因，但我不确定是否会有这样的习惯。

是的，这是代码气味。代码气味不一定总是需要消除的。这会让您重新审视。

在这里，您有一个处于两种根本不同状态的对象：初始化前和初始化后。这些州有不同的责任，允许使用的不同方法以及不同的行为。实际上是两个不同的类。

如果您将它们物理上划分为两个单独的类，则将静态删除整个类的潜在错误，其代价可能是使您的模型与“现实世界模型”非常不匹配。您通常会命名第一个Config或Setup类似名称。

因此，下次尝试将您的Construct-init惯用法重构为两类模型，然后看看结果如何。

这取决于。

一个init方法是一个代码的气味时，它是没有必要具有从构造分离的对象初始化。在某些情况下，将这些步骤分开是有意义的。

快速的Google搜索为我提供了这个示例。我可以轻松想象更多情况下，在对象分配（构造函数）期间执行的代码最好与初始化本身分开。也许您有一个分级的系统，并且分配/构造在X层进行，但仅在Y层进行初始化，因为只有Y可以提供必要的参数。也许“ init”是昂贵的，并且只能对已分配对象的一个​​子集运行，并且只能在Y级上确定该子集。或者您想在派生对象中覆盖（虚拟）“ init”方法构造函数无法完成的类。也许X级别为您提供了从继承树分配的对象，但是Y级别并不知道具体的派生，仅关于公共接口（其中init 也许定义）。

当然，以我的经验来看，这些情况仅是标准情况的一小部分，在标准情况下，所有初始化都可以直接在构造函数中完成，每当您看到单独的init方法时，最好质疑一下它的必要性。

我的经验分为两类：

1. 实际需要init（）的代码。当超类或框架阻止类的构造函数在构造过程中获取其所有依赖关系时，可能会发生这种情况。
2. 使用了init（）但可以避免的代码。

以我的个人经验，我仅看到（1）的几个实例，但是看到了（2）的更多实例。因此，我通常假定init（）是代码气味，但并非总是如此。有时，您只是无法解决它。

我发现使用构建器模式通常可以帮助消除需要init（）的需求。

使用Init方法很有用的一种典型情况是，您拥有要更改的配置文件，并且无需重新启动应用程序即可将更改考虑在内。当然，这并不意味着必须与构造函数分开调用Init方法。您可以从构造函数中调用Init方法，然后在/如果配置参数更改的情况下调用它。

总结：至于大多数困境，这是否是代码异味，取决于情况和情况。

取决于您如何使用它们。

当我不想一直在堆上重新分配对象时（例如当我制作视频游戏并需要保持高性能时，垃圾收集器会降低性能），我在Java / C＃等垃圾收集语言中使用了这种模式。我使用构造函数进行所需的其他堆分配，并且init在每次要重用之前创建基本的有用状态。这与对象池的概念有关。

如果您有几个共享相同初始化指令子集的构造函数，但在这种情况下init将是私有的，这也很有用。这样，我可以尽可能地减少每个构造函数，因此每个构造函数仅包含其唯一的指令和对init执行其余。

通常，这是一种代码气味。

init()当您拥有需要外部资源（例如，网络连接）并由其他对象同时使用的对象时，这些方法在某种意义上是有意义的。您可能不想/不需要在对象的生存期内占用资源。在这种情况下，当资源分配可能失败时，您可能不想在构造函数中分配资源。

尤其是在嵌入式编程中，您希望有确定的内存占用量，因此通常的做法（好吗？）是提早调用构造函数，甚至是静态调用构造函数，并且仅在满足某些条件时才进行初始化。

除了这种情况之外，我认为所有内容都应该放入构造函数中。

通常，我更喜欢一个可以接收功能实例所需的所有参数的构造函数。这清楚了该对象的所有依赖关系。

另一方面，我使用一个简单的配置框架，该框架需要一个无参数的公共构造函数，以及用于注入依赖项和配置值的接口。完成之后，配置框架将调用init对象的方法：现在您已经收到了我为您准备的所有东西，请执行最后的步骤以准备工作。但是请注意：配置框架会自动调用init方法，因此您不会忘记调用它。

如果init（）方法在语义上嵌入在对象的状态生命周期中，则没有代码异味。

如果您需要调用init（）将对象置于一致状态，则这是一种代码异味。

存在这种结构有多种技术原因：

1. 框架挂钩
2. 将对象重置为初始状态（避免冗余）
3. 测试期间可能会覆盖

名称init有时可能是不透明的。让我们坐汽车和引擎。要启动汽车（仅加电，收听广播），您需要验证所有系统是否已准备就绪。

因此，您构造了一个引擎，一个门，一个轮子等。您的屏幕上显示engine = off。

无需开始监视引擎等，因为它们都很昂贵。然后，当您转动钥匙点火时，请调用engine-> start。它开始运行所有昂贵的进程。

现在，您看到engine = on。然后开始点火过程。

如果没有发动机，汽车将无法启动。

您可以将引擎替换为复杂的计算。就像Excel单元格一样。并非所有单元都需要始终与所有事件处理程序一起处于活动状态。当您专注于一个单元格时，您可以启动它。这样可以提高性能。