图解设计模式转载

引用自图解设计模式：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