面向对象设计中的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