图解设计模式转载

引用自图解设计模式:https://design-patterns.readthedocs.io/zh_CN/latest/read_uml.html

  • 车的类图结构为<<abstract>>,表示车是一个抽象类;
  • 它有两个继承类:小汽车和自行车;它们之间的关系为实现关系,使用带空心箭头的虚线表示;
  • 小汽车为与SUV之间也是继承关系,它们之间的关系为泛化关系,使用带空心箭头的实线表示;
  • 小汽车与发动机之间是组合关系,使用带实心箭头的实线表示;
  • 学生与班级之间是聚合关系,使用带空心箭头的实线表示;
  • 学生与身份证之间为关联关系,使用一根实线表示;强关联的静态关系。
  • 学生上学需要用到自行车,与自行车是一种依赖关系,使用带箭头的虚线表示;运行时产生的临时关系

简单工厂模式

  • Factory:工厂角色
    工厂角色负责实现创建所有实例的内部逻辑
  • Product:抽象产品角色
    抽象产品角色是所创建的所有对象的父类,负责描述所有实例所共有的公共接口
  • ConcreteProduct:具体产品角色
    具体产品角色是创建目标,所有创建的对象都充当这个角色的某个具体类的实例。

     优势:分离 对象的创建 和 对象本身业务处理,工厂方法是静态方法,只需要知道具体产品类所对应的参数

  劣势:工厂类的职责相对过重,集中了所有产品创建逻辑,增加新的产品需要修改工厂类的判断逻辑

  适用范围:工厂类负责创建的对象比较少,不需要关心创建细节

 工厂方法模式(Factory Method Pattern) / 工厂模式 / 虚拟构造器(Virtual Constructor)模式 / 多态工厂(Polymorphic Factory)模式

 工厂方法模式包含四个角色:抽象产品是定义产品的接口,是工厂方法模式所创建对象的超类型,即产品对象的共同父类或接口;具体产品实现了抽象产品接口,某种类型的具体产品由专门的具体工厂创建,它们之间往往一一对应;抽象工厂中声明了工厂方法,用于返回一个产品,它是工厂方法模式的核心,任何在模式中创建对象的工厂类都必须实现该接口;具体工厂是抽象工厂类的子类,实现了抽象工厂中定义的工厂方法,并可由客户调用,返回一个具体产品类的实例。

 将产品类的实例化操作延迟到工厂子类中完成,即通过工厂子类来确定究竟应该实例化哪一个具体产品类。

 基于工厂角色和产品角色的多态性设计是工厂方法模式的关键。

 在工厂方法模式中,对于抽象工厂类只需要提供一个创建产品的接口,而由其子类来确定具体要创建的对象,利用面向对象的多态性和里氏代换原则,在程序运行时,子类对象将覆盖父类对象,从而使得系统更容易扩展。

抽象工厂模式(Abstract Factory Pattern) / Kit模式:

 工厂方法模式针对的是一个产品等级结构,而抽象工厂模式则需要面对多个产品等级结构

原文地址:https://www.cnblogs.com/WindyZ/p/11795239.html