开闭原则
- 定义:程序对扩展开放,对修改关闭。
- 实现: 一般用接口设计代码框架,实现接口的方式扩展业务逻辑。也可以用继承的方式扩展业务逻辑,而不是直接修改源代码。
- 优点:代码可扩展性强,对别人代码入侵少,易维护。
- 代码示例
依赖倒置原则
- 定义: 顶层模块的设计,不要依赖于细节。
- 实现: 对抽象接口设计时,不要下沉到具体的代码实现上。先抽象出顶层接口,在依赖接口去实现细节。
- 代码示例
单一职责原则
-
定义: 每个类、方法、接口只负责一个职责,只有一个原因会导致类变化(这个功能变更)。
接口隔离原则
- 定义:定义多个专用的小接口,而不是一个大而臃肿的接口,实现类只用实现它需要的接口。
- 实现:不要设计大而臃肿的接口,按功能维度拆分成多个小接口。
- 代码示码
迪米特法则
- 定义:最少知道原则,一个对象应该对其他对象保持最少的了解,降低类之间的耦合。
- 实现:不要设计大而臃肿的接口,按功能维度拆分成多个小接口。
说明:TL 需要统计员工发布的课程数量,TL只需要和员工打交道,员工再和课程打交道,而不是TL直接和课程打交道。
里氏替换原则
- 定义:程序里面用到父类的地方,可以用子类替换,程序的功能不变。
- 示例代码
- 实现
- 子类可以扩展父类功能,但是不能改变父类功能
- 子类可以实现父类的抽象方法,但是不能覆盖父类的非抽象方法
- 子类可以增加自己独有的方法
- 子类重载父类方法时,入参要更宽松,出参要更严格
更宽松: HashMap -> Map
更严格:Map -> HashMap
合成复用原则
- 定义:尽量使用组合和聚合达到软件复用的目的,而不是继承。
组合:has-a (生命周期相同)
聚合:contains-a (生命周期可以不同)
总结
- 设计模式的7大原则只是代码实现的一种思想,遵循这些思想去开发,可能我们的代码会更加易扩展、易维护、高内聚、低耦合。
- 实际实现的时候并不是每一个规则都要去严格去遵守,应该根据我们实际的业务场景因地制宜地取舍。