什么时候应该使用工厂模式？答案

【问题标题】：When should the factory pattern be used?什么时候应该使用工厂模式？
【发布时间】：2009-06-22 12:27:31
【问题描述】：

正如标题所问的那样，你脑海中的触发器应该什么时候触发表示“啊哈！我应该在这里使用工厂模式！”？我发现许多其他设计模式也会出现这种情况，但我永远不会停下来思考这种模式。

【问题讨论】：

标签： asp.net vb.net design-patterns factory-pattern

【解决方案1】：

每当您发现自己的代码看起来像这样时，您可能应该使用工厂：

IFoo obj;
if ( someCondition ) {
   obj = new RegularFoo();
} else if ( otherCondition ) {
   obj = new SpecialFoo();
} else {
   obj = new DefaultFoo();
}

【讨论】：

【解决方案2】：

工厂模式最适合用于将一组对象的实例化封装在方法中的情况。

换句话说，如果您有一组对象都继承自同一个基类或都实现了相同的接口，这将是您想要使用工厂模式的实例（这将是“模式”你会寻找）。

【讨论】：

【解决方案3】：

我能想到我想到工厂模式的两个具体案例：

当构造函数中有逻辑时。
当我不希望应用程序担心实例化的类型时（例如，我有一个抽象基类或要返回的接口）。

【讨论】：

“我正在返回的抽象基类或接口”立即为我点击。谢谢！

【解决方案4】：

引用自GoF：

使用工厂方法模式

一个类无法预测它必须创建的对象类

类希望其子类指定它创建的对象

类将责任委托给几个助手子类之一，并且您希望本地化有关哪个助手子类是委托的知识。

我强烈推荐 GoF 书。它有一节介绍了它所涵盖的 23 种模式中的每一种模式的适用性。

【讨论】：

【解决方案5】：

你说的是工厂方法还是抽象工厂？

两者都解决的基本问题是让客户指定框架代码构造的确切类。例如，如果您提供一个接口，客户端可以实现，然后在您的代码中具有如下内容：

IMyInterface x = new ConcreteClass();

客户无法在不访问该代码的情况下更改所创建的确切类。

工厂方法是构造特定接口的具体类的虚拟方法。您的代码的客户端可以提供一个覆盖该方法的对象，以选择他们希望您创建的类。在您的代码中可能如下所示：

IMyInterface x = factory.Create();

factory 由客户端传入，并实现一个包含 Create() 的接口——他们可以决定确切的类。

如果您有相关对象的层次结构并且需要能够编写只与基本接口对话的代码，则应该使用抽象工厂。抽象工厂包含多个工厂方法，它们从每个层次结构中创建一个特定的具体对象。

在四人组的设计模式一书中，他们给出了一个带有房间、墙壁和门的迷宫的例子。客户端代码可能如下所示：

IRoom r = mazeFactory.CreateRoom();
IWall nw = mazeFactory.CreateWall();
IWall sw = mazeFactory.CreateWall();
IWall ew = mazeFactory.CreateWall();
IWall ww = mazeFactory.CreateWall();
r.AddNorthWall(nw);
r.AddSouthWall(sw);
r.AddEastWall(ew);
r.AddWestWall(ww);

（等等）

具体的混凝土墙、房间、门可以由 mazeFactory 的实现者决定，它将实现您提供的接口 (IMazeFactory)。

因此，如果您要提供接口或抽象类，而您希望其他人实现和提供这些接口或抽象类，那么工厂是他们为您的代码提供一种在您需要时构造其具体类的方法的一种方式。

【讨论】：

【解决方案6】：

工厂在本地化中被大量使用，您可以在屏幕上为每个市场提供不同的布局、提示和外观/感觉。您让 screen Factory 根据您的语言创建一个屏幕，并根据其参数创建适当的子类。

【讨论】：