设计模式之工厂方法模式与外观模式

工厂方法模式

在简单工厂模式中，由工厂类进行运算的实例化，此时工厂类包含了已编写好的运算类。此时如果有新的运算需求，则需要更改工厂类的代码，这就违背了面向对象的开放封闭原则，即类对外开放扩展，对内封闭修改。 工厂方法模式很好的解决了这一问题，工厂方法将运算类的实例抽象为一个接口ComputeFactory，该接口有一个创建运算实例的方法CreateOperation()，然后每个运算类创建一个工厂并实现该接口。

public class AddFactory implements ComputeFactory{
          
   
    @Override
    public Operation CreateOperation() {
          
   
        return new Add();
    }
}

当客户端需要某个运算类时，先生成该运算类的工厂，然后执行实例方法。

ComputeFactory operFactory = new MulFactory();
    Operation operation1 = operFactory.CreateOperation();
    operation1.setNum1(1);
    operation1.setNum2(3);
    System.out.println(operation1.getResult());

与简单工厂方法相比，工厂方法将运算的选择权交给了客户端。

外观模式

外观模式（Facade Pattern）隐藏系统的复杂性，并向客户端提供了一个客户端可以访问系统的接口。这种类型的设计模式属于结构型模式，它向现有的系统添加一个接口，来隐藏系统的复杂性。

也就是说，将一系列操作，封装到一个类中，然后客户端提供该类的接口，客户端直接使用即可。

外观类

public class Facade {
          
   
    private Operation add;
    private Operation mul;

    public Facade(){
          
   
        add = new Add();
        mul = new Mul();
    }

    public double getResult(int num1,int num2, int num3){
          
   
        add.setNum1(num1);
        add.setNum2(num2);
        mul.setNum1(add.getResult());
        mul.setNum2(num3);
        return mul.getResult();
    }
}

客户端调用

Facade facade = new Facade();
System.out.println(facade.getResult(1,2,3));

与策略模式不同：外观者强调封装多个类的多个任务，策略强调类自己的任务