架构师-设计模式.pptVIP

外观模式Facade 意图： 为子系统中的一组接口提供一个一致的界面，使得这一子系统更易使用。 适用： 为一个复杂子系统提供一个简单接口 提高子系统的独立性 在层次化结构中，可以使用Facade模式定义系统中每一层的入口; 代理模式Proxy 意图： 为其他对象提供一种代理以控制对这个对象的访问。 适用： 远程代理，为一个对象在不同的地址空间提供局部代理； 虚代理，根据需要创建开销很大的对象； 保护代理，控制对原始对象的访问； 智能指引，取代了简单的指针，在访问对象时执行一些附加操作； 结构型模式总结Structral 适配器模式注重转换接口，将不吻合的接口适配对接 桥接模式注重分离接口与其实现，支持多维度变化 组合模式注重统一接口，将“一对多”的关系转化为“一对一”的关系 装饰模式注重稳定接口，在此前提下为对象扩展功能 门面模式注重简化接口，简化组件系统与外部客户程序的依赖关系 代理模式注重假借接口，增加间接层来实现灵活控制 * * 由需求谈起 * * 假设一次旅行，需要选择交通方式 交通方式可以选择坐飞机、火车、轮船等 通常代码会这样写： public class Travel { private String destination ; private Transport trans ; public void TravelOrder(string requirement) { if (requirement == “fast) trans = new Plan(); else if (requirement == “safe) trans = new Train(); else if (requirement == “comfortable) trans = new Ship(); trans.CheckIn(); } } 新需求 * * 需求：交通方式需要经常增减。 变化：增减交通方式就必须修改Travel类的代码，违反了OCP原则。 简单工厂模式Simple Factory * * 简单工厂模式---实现及变化 * * 简单工厂根据提供给它的数据，决定实例化哪一个具体类；这些具体类可以泛化一个公共的父类和一些公共方法。 简单工厂不属于GOF 23，而是一种经常使用的编程方式。 简单工厂有一种变体，即使用静态方法代替Factory类，通常称为“静态工厂”。 静态工厂的缺点在于：不能通过继承动态改变创建具体类的行为。 新需求 * * 需求：国际旅行必须使用Plan作为交通方式，国内旅行可使用两种方式；旅行者只需关心旅行，不需要关心交通方式。 变化：选择交通方式的算法，在不同情况下也需要动态改变，原先的一套if…else语句已不能满足需求。 工厂方法模式Factory Method * * 意图： 定义一个用于创建对象的接口，让子类决定实例化哪一个类。使一个类的实例化延迟到其子类。 适用： 一个类不知道它所必须创建那种对象； 一个类希望由它的子类来指定它所创建的对象； 工厂方法模式---实现及变化 * * 定义了一个创建产品对象的工厂接口，将实际创建工作推迟到子类中； 用意是封装实例化的行为； 通过多态扩展实例化的算法； 隔离了Client方法和具体产品类型之间的耦合关系； 可以使用泛型减少ConcreteCreator的数量； 新需求 * * 需求：旅行不单要考虑交通，还需要考虑住宿问题，住宿和交通一样也有多种选择，如青年旅馆Hostel，或乡村客栈Inn等。 变化：旅行不再面对单一产品，而是面对一种产品结构，结构中包括一系列产品，每种产品有多个具体产品。 抽象工厂模式Abstract Factory * * 意图： 提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们的具体的类。 适用： 一个系统要独立于它的产品的创建、组合和表示； 一个系统要由多个产品族中的一套来配置； 需要强调一系列相关产品的设计以便联合使用； 提供一个产品类库，只想显示它们的接口而不是实现； 适合产品结构较稳定，但是产品族和产品变化较多的情况； 抽象工厂模式---实现及变化 * * 通常一个应用中每个产品族只需要一个工厂实例，因此工厂可以实现为单件； 为避免每个产品族都需要一个具体工厂类，可使用原型模式； 考虑可扩展产品结构的工厂：增减产品族、或新增产品时， 符合OCP原则；修改产品结构时，需要修改所有的Factory角色； 新需求 * * 需求：个人的一次旅行行程，可以变成旅行社产业化的旅游产品；对于不适合产业化的项目，旅行社可以选择