策略模式
为了解决针对不同局面需要作出大量判断的情况；
比如一个业务，根据不同条件的判断会有ABCDE5中情况需要分别处理；
策略模式就是这5中处理方式实现同一个接口strategy,调用者直接调用strategy，在这个接口中通过参数来选取特定是处理逻辑即可；
策略模式使得代码扩展性良好，不会有过多的判断；
策略模式中的策略类会越来越多，并且所有策略都是对外暴露的；
工厂模式
简单工厂
为一个对象提供一个接口，而无需指定他的具体类；调用者无需关心内部逻辑，把参数放进去就行；
模型：原料（参数）->工厂->产品（结果）
缺点：一旦参数需要改变则需要改变工厂；无法避免错误调用；
多方法工厂
在简单工厂的基础上，针对不同的参数，提供不同的方法来生产结果；
模型同简单工厂；
缺点：同简单工厂；
静态工厂
将调用方法声名为静态方法，可避免大部分环境问题和注入问题，泛用性更好；
抽象工厂
抽象工厂是工厂的工厂；
调用者调用抽象工厂获取一条生产线，再在这条生产线中进行生产；
抽象工厂针对一组服务来给出同一个接口，在添加类似产品时只需要集成抽象工厂就可以；
缺点：如果要添加一个全新的产品，则需要给所有生产线添加新的实现方法；
简单工厂、多方法工厂和静态工厂
这些工厂适用于业务逻辑不复杂，产品量较少的情况；
抽象工厂
抽象工厂适用于业务逻辑复杂，产品量大，但是多产品间有类似逻辑可以写在一起的情况
facade模式
Facade模式要求一个子系统的外部与其内部的通信通过一个统一的Facade对象进行。Facade模式提供一个高层次的接口，使得子系统更易于使用。当子系统经过不断的演变，变得异常复杂时，这时候，为了让子系统能够工作，这就要求 客户端对子系统内的各个模块充分了解，才能使各个模块协同工作，达到业务目标。这样无疑增加了客户端的负担。这时候子系统可以为外部定义一个访问的接口，通过接口来完成内部的实现，客户端不需要考虑过多的东西。
