设计模式UML类图

面向对象设计中的6大原则

• 单一职责(Single responsibility principle)
  一个类应该只有一个发生变化的原因，即一个类只负责一项职责。
  如果一个类的职责过多，就增加了代码的耦合度。不利于扩展。
  最佳实践：接口一定要做到单一职责，类的设计尽量做到只有一个原因引起变化。
• 里氏代换原则（Liskov Substitution Principle）
  任何父类可以出现的地方，子类一定可以出现。
  最佳实践：子类必须完全实现父类的方法，如果某些父类的方法在子类发生变异，则建议采用聚合，组合等代替继承。
• 依赖倒置原则（Dependence Inversion Principle）
  针对接口编程，依赖于抽象而不依赖于具体。
  最佳实践：每个类都尽量有接口和抽象类，变量的表面类型尽量是接口或抽象类。
• 接口隔离原则（Interface Segregation Principle）
  使用多个隔离的接口，比使用单个接口要好。降低类之间的耦合度。由此可见，其实设计模式就是从大型软件架构出发、便于升级和维护的软件设计思想，它强调降低依赖，降低耦合。
  最佳实践：一个接口只服务于一个业务。
• 迪米特原则（Demeter Principle）
  一个对象应该对其他对象有最少的了解。即，一个类应该对自己要调用的类知道得最少，只知道它的public方法就行了，
  里面的复杂调用一概不用关心。
  最佳实践：类间解耦
• 开闭原则（Open Close Principle）
  对扩展开放，对修改关闭。
  最佳实践：通过扩展实现变化，而不是通过修改已有的代码产生变化。

UML类图各符号的含义

• 依赖关系（虚线+箭头）
  依赖关系: 是一种使用的关系,  即一个类的实现需要另一个类的协助, 所以要尽量不使用双向的互相依赖.
   
  例：ClassA中的某个方法把ClassB的对象作为参数使用。
• 关联关系（实线+箭头）
  拥有对方的对象，可以调用对方的公共属性和方法。
  
  例：ClassA有一个ClassB类型的theB属性
• 泛化（继承），（实线+空心三角形）
  
  例：A继承B，B是父类，A是子类
• 实现（虚线+空心三角形）
  
  例：A实现B，B是接口。A是实现类。
• 聚合（空心菱形+实线+箭头）
  
  人群和人是聚合关系，但是人可以脱离人群独立存在。
• 组合（实心菱形+实线+箭头）
  
  公鸡和鸡冠是组合关系，鸡冠无法离开公鸡独立存在。
• 类，属性，方法，访问权限
  第一格写类名。接口用<<接口名>>表示。抽象类，斜体表示。
  第二格写属性名。+：public，-：private，#：protected
  第三格写方法名。
  

23种设计模式

参考：https://www.runoob.com/design-pattern/design-pattern-tutorial.html