默认情况下，应该优先使用构造函数，因为它们更容易理解和编写。但是，如果您特别需要将对象的构造细节与其客户端代码所理解的语义分离开来，那么最好使用工厂。

构造函数和工厂之间的区别类似于一个变量和一个指向变量的指针。还有另一个间接层面，这是一个缺点;但也有另一种程度的灵活性，这是一个优势。所以在做选择的时候，我建议你做一下成本与收益的对比分析。

摘自Gamma、Helm、Johnson和Vlissides的《设计模式:可重用面向对象软件的元素》第108页。

使用工厂方法模式时

类不能预测它必须创建的对象的类 类希望它的子类指定它创建的对象 类将责任委托给几个助手子类中的一个，并且您希望本地化关于哪个助手子类是委托的知识

问问你自己它们是什么，为什么我们会有它们。它们都用于创建对象的实例。

ElementarySchool school = new ElementarySchool();
ElementarySchool school = SchoolFactory.Construct(); // new ElementarySchool() inside

到目前为止没有区别。现在想象一下，我们有各种各样的学校类型，我们想从使用ElementarySchool切换到HighSchool(它是从ElementarySchool派生出来的，或者实现了与ElementarySchool相同的isschool接口)。代码更改如下:

HighSchool school = new HighSchool();
HighSchool school = SchoolFactory.Construct(); // new HighSchool() inside

在接口的情况下，我们将有:

ISchool school = new HighSchool();
ISchool school = SchoolFactory.Construct(); // new HighSchool() inside

现在，如果你在多个地方都有这段代码，你可以看到使用工厂方法可能非常便宜，因为一旦你改变了工厂方法，你就完成了(如果我们使用接口的第二个例子)。

这是主要的区别和优势。当您开始处理复杂的类层次结构并希望从这样的层次结构中动态创建类的实例时，您会得到以下代码。然后，工厂方法可以接受一个参数，该参数告诉方法要实例化哪个具体实例。假设您有一个MyStudent类，您需要实例化相应的ISchool对象，以便您的学生是该学校的成员。

ISchool school = SchoolFactory.ConstructForStudent(myStudent);

现在，您在应用程序中有了一个包含业务逻辑的地方，该业务逻辑决定为不同的IStudent对象实例化哪个ISchool对象。

因此，对于简单的类(值对象等)，构造函数是很好的(你不想过度设计你的应用程序)，但对于复杂的类层次结构，工厂方法是首选的方法。

这样你就遵循了四人组书中的第一个设计原则“编程到接口，而不是实现”。

只有在需要对对象创建进行额外控制时才使用工厂，这是构造函数无法做到的。

例如，工厂有缓存的可能性。

使用工厂的另一种方法是在不知道要构造的类型的情况下。你经常会在插件工厂场景中看到这种用法，每个插件都必须从一个基类派生出来，或者实现某种接口。工厂创建派生自基类或实现接口的类实例。

您需要阅读Effective Java 2第1项:考虑静态工厂方法而不是构造函数。

静态工厂方法优点:

他们有名字。 它们不需要在每次调用时都创建一个新对象。 它们可以返回其返回类型的任何子类型的对象。 它们减少了创建参数化类型实例的冗长。

静态工厂方法的缺点:

当只提供静态工厂方法时，不能子类化没有公共或受保护构造函数的类。 它们很难与其他静态方法区分开来

一个来自CAD/CAM应用的具体例子。

切割路径将使用构造函数来创建。它是一系列定义切割路径的线和弧。虽然线和弧的序列可以是不同的，并具有不同的坐标，但通过将列表传递到构造函数可以轻松处理。

一个形状将由工厂制造出来。因为虽然有一个形状类，但每个形状的设置都不同，这取决于它是什么类型的形状。我们不知道我们要初始化什么形状，直到用户做出选择。

摘自《有效Java》第2版，第1项:考虑静态工厂方法而不是构造函数，第5页:

请注意，静态工厂方法与工厂方法模式是不同的 摘自设计模式[Gamma95, p. 107]。中描述的静态工厂方法 这个项目在设计模式中没有直接的对等物。”

比如说，我在一个类上有一个构造函数，它需要一个id值。构造函数使用这个值从数据库填充类。

这个过程肯定应该在构造函数之外。

构造函数不能访问数据库。 构造函数的任务和原因是初始化数据成员，并使用传递给构造函数的值建立类不变量。 对于其他事情，更好的方法是使用静态工厂方法，或者在更复杂的情况下使用单独的工厂或构建器类。

微软的一些构造函数指南:

在构造函数中做最少的工作。构造函数除了捕获构造函数参数之外不应该做太多工作。任何其他处理的费用应推迟到需要时。

And

如果所需操作的语义不能直接映射到新实例的构造，请考虑使用静态工厂方法而不是构造函数。

在创建对象时，有时必须检查/计算一些值/条件。如果它可以抛出一个异常-构造函数是非常糟糕的方式。所以你需要这样做:

var value = new Instance(1, 2).init()
public function init() {
    try {
        doSome()
    }
    catch (e) {
        soAnotherSome()
    }
}

所有额外的计算都在init()中。但是只有作为开发人员的您才真正了解这个init()。当然，几个月后你就会忘记它。 但是如果你有一个工厂——你只需要在一个方法中隐藏init()以避免直接调用——所以没有问题。使用这种方法不存在创建失败和内存泄漏的问题。

有人告诉过你缓存。很好。但你也必须记住Flyweight模式，它很适合与Factory方式一起使用。

除了“有效的java”(在另一个答案中提到)，另一本经典书也建议:

首选静态工厂方法(具有描述参数的名称)而不是重载构造函数。

如。不要写

Complex complex = new Complex(23.0);

而是写

Complex complex = Complex.fromRealNumber(23.0);

这本书甚至建议将Complex(float)构造函数设为私有，以强制用户调用静态工厂方法。