似乎这个问题似乎是一个骗局，但请耐心等待 - 我保证我已阅读相关帖子（以及GOF book）。
在我读过的所有内容之后，我仍然不清楚何时使用抽象工厂，工厂方法或构建器。我相信它会在我看到一个问题的简单示例后最终陷入其中，例如， builder 最好接近这个问题，使用抽象工厂显然很愚蠢。
你能提供一个简单的例子，你可以清楚地使用一种模式而不是其他模式吗？
据我所知，如果这个例子过于简单，可能会归结为意见问题，但我希望如果有人可以，那个人就是这样。
感谢。
答案 0 :(得分：53)
构建器可帮助您构建复杂对象。一个例子是StringBuilder类（Java，C#），它逐段构建最终的字符串。一个更好的例子是Spring中的UriComponentsBuilder，它可以帮助您构建URI。
工厂方法一次性为您提供完整的对象（与构建器相对）。基类定义了一个返回接口（或超类）引用的抽象方法，并将对象的具体创建推迟到子类。
抽象工厂是一个接口（或抽象类），用于创建许多不同的相关对象。一个很好的例子（在.NET中）是DbProviderFactory类，用于创建给定数据库提供程序（oracle，sql server，...）的相关对象（连接，命令......），具体取决于具体实施。
答案 1 :(得分：8)
<强>生成器
// Builder encapsulates construction of other object. Building of the object can be done in multiple steps (methods)
public class ConfigurationBuilder
{
// Each method adds some configuration part to internally created Configuration object
void AddDbConfiguration(...);
void AddSmtpConfiguration(...);
void AddWebServicesConfiguration(...);
void AddWebServerConfiguration(...);
// Returns built configuration
Configuration GetConfiguration();
}
工厂方法
// Factory method is declared in base class or interface. Subclass defines what type is created by factory method.
public interface ICacheProvider
{
ISession CreateCache(); // Don't have to return new instance each time - such decission is part of implementation in derived class.
}
public class InMemoryCacheProvider : ICacheProvider
{ ... }
public class DbStoredCacheProvider : ICacheProvider
{ ... }
// Client code
ICacheProvider provider = new InMemoryCacheProvider
ICache cache = provider.CreateCache();
抽象工厂
// Abstract factory defines families of platform classes - you don't need to specify each platform class on the client.
public interface IDbPlatform
{
// It basically defines many factory methods for related classes
IDbConnection CreateConnection();
IDbCommand CreateCommand();
...
}
// Abstract factory implementation - single class defines whole platform
public class OraclePlatfrom : IDbPlatform
{ ... }
public class MySqlPlatform : IDbPlatform
{ ... }
// Client code:
IDbPlatform platform = new OraclePlatform();
IConnection connection = platform.CreateConnection(); // Automatically Oracle related
...
答案 2 :(得分：2)
抽象工厂，工厂方法，构建器：所有这些模式都是创建模式，它们是处理对象创建机制的设计模式，试图以某种方式创建对象适合这种情况。
工厂方法：
可以使用继承或子类来达到目的
重点说明：您将创建一个界面＆amp;这些接口的具体实现。在Factory方法中，根据条件，您将获得通用接口的具体实现。
抽象工厂：
生成器：
Java中的Builder设计模式指南
相关帖子：
Design Patterns: Factory vs Factory method vs Abstract Factory
Keeping builder in separate class (fluent interface)
有用的链接：
sourcemaking设计模式
答案 3 :(得分：1)
我前几天撰写了一篇文章，目的是比较工厂方法模式和Builder模式。你可以在这里找到它：http://www.shenghua.co.uk/factory-method-vs-builder/。希望它也可以提供一些帮助。
根据我自己的经验，我发现Head First Design Pattern一书也是一本非常好的书，谈论设计模式。与Erich Gamma编写的不同，它通过引入一个问题来解决每个设计模式，这个问题是在没有使用设计模式的情况下引起的，然后逐步提升设计模式如何解决这个问题。对我来说这是一个非常愉快的阅读。它也使得Erich Gamma写的那个在读完之后更容易理解。
答案 4 :(得分：0)
抽象工厂模式使用子类化（工厂）来生成其他对象（非工厂）。 Abstract Factory还设想生成的对象属于并行层次结构（例如，处理平台独立性，每个平台一个层次结构）。
Builder模式使用子类化来生成“输出” - 根本不是对象。 GOF示例使Builder生成文本输出（标记或其他）。
工厂方法模式与其他两个模式不同，将“创建者”划分为抽象且具体的实现（因此强调它属于框架实现）。与抽象工厂一样，它涉及制作实际对象。
这三个都非常相似，因为它们都使用子类化。它的子类是它们的优秀品质，它隐藏了细微的差异（如上所述），因此许多人很难看到差异。
答案 5 :(得分：0)
Abstract Factory特别有助于测试驱动开发和减少耦合。
例如，在C＃中：
public class Worker
{
public IConsumerFactory Factory { get; set; }
private IResource resource;
public DoWork()
{
IConsumer consumer = Factory.CreateConsumer();
consumer.Consume(resource);
}
}
public interface IConsumerFactory
{
IConsumer CreateConsumer();
}
public interface IConsumer
{
void Consume(IResource resource);
}
public class DefaultConsumerFactory : IConsumerFactory
{
public IConsumer CreateConsumer()
{
return new DefaultConsumer();
}
}
public class DefaultConsumer : IConsumer
{
public void Consume(IResource resource)
{
... Do Work ...
}
}
这样，您可以使用依赖注入来为生产代码注入默认实现，然后您可以轻松地模拟工厂及其创建的对象。
答案 6 :(得分：0)