设计模式（工厂模式，策略模式，facade模式）

策略模式

  为了解决针对不同局面需要作出大量判断的情况；

  比如一个业务，根据不同条件的判断会有ABCDE5中情况需要分别处理；

  策略模式就是这5中处理方式实现同一个接口strategy,调用者直接调用strategy，在这个接口中通过参数来选取特定是处理逻辑即可；

  策略模式使得代码扩展性良好，不会有过多的判断；

  策略模式中的策略类会越来越多，并且所有策略都是对外暴露的；

工厂模式

     简单工厂

    为一个对象提供一个接口，而无需指定他的具体类；调用者无需关心内部逻辑，把参数放进去就行；

  模型：原料（参数）->工厂->产品（结果）

  缺点：一旦参数需要改变则需要改变工厂；无法避免错误调用；

     多方法工厂

    在简单工厂的基础上，针对不同的参数，提供不同的方法来生产结果；

  模型同简单工厂；

  缺点：同简单工厂；

     静态工厂

    将调用方法声名为静态方法，可避免大部分环境问题和注入问题，泛用性更好；

     抽象工厂

    抽象工厂是工厂的工厂；

  调用者调用抽象工厂获取一条生产线，再在这条生产线中进行生产；

  抽象工厂针对一组服务来给出同一个接口，在添加类似产品时只需要集成抽象工厂就可以；

  缺点：如果要添加一个全新的产品，则需要给所有生产线添加新的实现方法；

     简单工厂、多方法工厂和静态工厂

       这些工厂适用于业务逻辑不复杂，产品量较少的情况；

      抽象工厂

    抽象工厂适用于业务逻辑复杂，产品量大，但是多产品间有类似逻辑可以写在一起的情况

  facade模式

       Facade模式要求一个子系统的外部与其内部的通信通过一个统一的Facade对象进行。Facade模式提供一个高层次的接口，使得子系统更易于使用。当子系统经过不断的演变，变得异常复杂时，这时候，为了让子系统能够工作，这就要求        客户端对子系统内的各个模块充分了解，才能使各个模块协同工作，达到业务目标。这样无疑增加了客户端的负担。这时候子系统可以为外部定义一个访问的接口，通过接口来完成内部的实现，客户端不需要考虑过多的东西。