当建模类时,首选的初始化方式是什么:

构造函数,或者 工厂方法

使用它们的考虑是什么?

在某些情况下,我更喜欢有一个工厂方法,如果对象不能被构造,它就返回null。这使得代码整洁。在采取替代操作之前,我可以简单地检查返回值是否不为空,而不是从构造函数抛出异常。(我个人不喜欢例外)

比如说,我在一个类上有一个构造函数,它需要一个id值。构造函数使用这个值从数据库填充类。如果指定id的记录不存在,构造函数抛出RecordNotFoundException异常。在这种情况下,我将不得不在一个try. catch块中包含所有此类类的构造。

与此相反,我可以在那些类上有一个静态工厂方法,如果没有找到记录将返回null。

在这种情况下,哪种方法更好,构造函数方法还是工厂方法?


当前回答

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

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

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

其他回答

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

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

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

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

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

使用工厂方法模式时

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

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

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

如。不要写

Complex complex = new Complex(23.0);

而是写

Complex complex = Complex.fromRealNumber(23.0);

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

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

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

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

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

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

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