工厂模式：当用户不知道或是不确定创建哪一个具体类的实例时，或者是不想在client代码中指明要具体创建的实例的时候，选择用工厂方法。
定义一个创建对象的接口，然后让接口的子类型决定实例化哪一个类。
Client使用工厂方法来创建实例，得到的实例类型时抽象接口而不是具体类。
在lab3我们也用到了这个方法，有一个好处就是，有新的具体类加入时，可以增加新的工厂类或者修改已经有的工厂类，不会影响客户端代码。
还可以将实例化的类型作为参数传入一个刚唱了来决定生成哪种实例，或者直接使用静态工厂的方法。
相比于构造器创建新对象，可以不必在每次调用 的时候都创建新对象，也可以返回原返回类型的任意子类型。
抽象工厂模式：提供接口以创建一组相互依赖或者相关的对象，但是不需要指明具体的实现类
适配器模式
目的：将某个类/接口转换为用户期望的其他形式。
含义：适配器模式是作为两个互不相容的接口的桥梁，将某个类/接口转换为client期望的其他形式。适配器模式使得原本由
于接口不兼容而不能一起工作的的那些类/接口可以一起工作。
用途：主要解决在软件系统中，需要将现存的类放到新的环境中，而环境要求的接口是现对象不能满足的。
实现方法：通过增加一个新的接口，将已存在的子类封装起来，client直接面向接口编程，从来隐藏了具体子类。适配器继
承或依赖已有的对象，实现想要的目标接口。
对象：将旧组件重用到新系统（也称为“包装器”）。
装饰器模式装饰器模式允许向一个现有的对象添加新的功能，同时又不改变其结构，它是作为一个现有的类的一个包装。
这种模式创建了一个装饰类，用来包装原有的类，并在保证类方法签名完整性的前提下，提供额外的功能。
装饰模式是继承的一个代替模式，装饰模式可以动态地给一个对象添加一些额外的职能。就增加功能来说，装饰器模
式比生成子类更为灵活。
一般的，我们为了扩展一个类经常使用继承方式实现，由于继承为类引入静态特征，并且随着扩展功能的增多，
子类会很膨胀。
将具体功能职责划分，对每一个特性构造子类，通过委派机制增加到对象上。
为对象增加不同侧面的特性。
优点：装饰类和被装饰类可以独立发展，不会相互耦合，装饰模式是继承的一个替代模式，装饰模式可以动态扩展一个实现
类的功能。
缺点：多层装饰比较复杂，客户端需要一个具有多特性的object，需要一层一层的装饰来实现
外观模式
外观模式隐藏系统的复杂性，并向客户端提供了一个客户端可以访问系统的接口。这种类型的设计模式属于结构型模
式，它向现有的系统添加一个接口，来隐藏系统的复杂性。这种模式涉及到一个单一的类，该类提供了客户端请求的简化方法
和对现有系统类方法的委托调用。
是为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使
用。
能够降低访问复杂系统的内部子系统时的复杂度，简化客户端与之的接口。
提供一个统一的接口来取代一系列小接口调用，相当于对复杂系统做了一个封装，简化客户端使用。便于客户端
学习，解耦 。
优点： 1、减少系统相互依赖。 2、提高灵活性。 3、提高了安全性。
缺点：不符合开闭原则，如果要改东西很麻烦，继承重写都不合适。