什么时候在对象中使用工厂方法而不是factory类是一个好主意?
当前回答
假设你有不同的客户，他们有不同的偏好。有人需要大众、奥迪等等。有一样东西是共同的，那就是汽车。
为了让我们的客户满意，我们需要一个工厂。工厂只需要知道客户想要哪一辆车，并将其交付给客户。如果以后我们有另一辆车，我们可以很容易地扩大我们的停车场和工厂。
下面你可以看到一个例子(ABAP):
现在，我们将创建工厂的实例，并监听客户的愿望。
我们只用一个create()方法创建了三种不同的汽车。
结果:
如果你想让逻辑更清晰，程序更可扩展，工厂模式通常非常有用。
其他回答
假设你有不同的客户，他们有不同的偏好。有人需要大众、奥迪等等。有一样东西是共同的，那就是汽车。
为了让我们的客户满意，我们需要一个工厂。工厂只需要知道客户想要哪一辆车，并将其交付给客户。如果以后我们有另一辆车，我们可以很容易地扩大我们的停车场和工厂。
下面你可以看到一个例子(ABAP):
现在，我们将创建工厂的实例，并监听客户的愿望。
我们只用一个create()方法创建了三种不同的汽车。
结果:
如果你想让逻辑更清晰，程序更可扩展，工厂模式通常非常有用。
考虑一个场景，当您必须设计Order和Customer类时。为了简单和初始需求，您不需要Order类的factory，并使用许多“new Order()”语句填充应用程序。一切都很顺利。
现在出现了一个新的需求，即Order对象不能在没有客户关联的情况下实例化(新的依赖项)。现在你有以下考虑。
1-你创建了只对新实现有效的构造函数重载。(不可接受)。 2-您更改Order()签名并更改每个调用。(这不是一个很好的练习，而且真的很痛苦)。
相反，如果你已经为Order Class创建了一个工厂，你只需要修改一行代码就可以了。我建议几乎所有聚合关联都使用Factory类。希望这能有所帮助。
当它们返回的对象类型具有私有构造函数时，当不同的工厂类在返回的对象上设置不同的属性时，或者当特定的工厂类型与其返回的具体类型耦合时，工厂类非常有用。
WCF使用ServiceHostFactory类来检索不同情况下的ServiceHost对象。IIS使用标准的ServiceHostFactory来检索.svc文件的ServiceHost实例，但是WebScriptServiceHostFactory用于向JavaScript客户端返回序列化的服务。ADO。NET Data Services有自己特殊的DataServiceHostFactory和ASP。NET有它的ApplicationServicesHostFactory，因为它的服务有私有构造函数。
如果只有一个类在使用工厂，那么可以在该类中使用工厂方法。
任何将对象创建延迟到其需要使用的对象的子类的类都可以视为Factory模式的示例。
我在https://stackoverflow.com/a/49110001/504133的另一个回答中详细提到过
我简短的解释是，当我们没有足够的信息来创建一个具体的对象时，我们使用工厂模式。我们要么不知道依赖关系，要么不知道对象的类型。我们几乎总是不知道它们因为这是运行时的信息。
示例:我们知道我们必须创建一个车辆对象，但我们不知道它是飞行还是在地面上工作。
