在下面的示例中使用抽象工厂而不是工厂方法的真正好处是什么?

对于之前的answear,您可以阅读Efecrive Java第2版中的工厂方法。 但要想象现实世界中不同模式之间的差异,请参见:

工厂

想象一下,你正在建造一座房子,你走近一个木匠拿窗户。你给出你的要求,他就会构建一个窗口。在这种情况下,木匠是一个窗户工厂。您的规格是工厂的输入,窗口是工厂的输出。

现在,考虑窗口的相同示例。你可以去木匠那里,也可以去橱窗店或PVC店。他们都是窗户工厂。根据情况,您可以决定需要接触哪种工厂。

所以结论-这取决于你们解决的问题。

当我们说工厂设计模式时,有三个版本。即

1. 静态工厂:我们有什么样的方法

   Product getConcreteProduct(Key key){
       if (key.equals(key1) then {
           return ConcreteProduct1();
       } else {
           //... so on
       }
   

2. 工厂方法:这种模式不难理解,但关键是我们只根据抽象产品(例如形状)在抽象类中完成业务逻辑(例如,计算形状参数)。我们有意在这个类中保留一个抽象方法,以获得具体的乘积。

   abstract class GeometryMethod{
       void computeArea(){
           Shape shape getShape();
           // compute are
       }
       abstract Shape getShape();
   }
   

   保持这种通用计算的开放性,以便客户端根据其形状定义进行重用,这很有用。客户端可以扩展

   Class CircleGeometry extends GeometryMethod{
       Shape getShape(){ // Factory Method
           return new Square(); // extending Shape
       }
   }
   

   请记住,客户机代码是在之后编写的,以套件方形类型,当基类(根据所说的坐标进行面积计算)未编写时,该类型不存在。这种模式通常用于框架。

3. 抽象工厂:这是

   abstract class ShapeCreator{
        abstract Square createSquare();
        abstract Circle createCircle();
        // ...
   }
   

同一接口可以由两个具体工厂实现,即 1.Filled ShapeCreator 2。HollowShapeCreator公司 这两个具体的创造者实现了从正方形/圆形延伸的具体形状的方法,如下所示

    class FilledShapeCreator{
         Square createSquare(){
             return new FilledSquare(); // extends Square
         }
         // ...
    }