设计模式七大原则

开闭原则

  • 定义:程序对扩展开放,对修改关闭。
  • 实现: 一般用接口设计代码框架,实现接口的方式扩展业务逻辑。也可以用继承的方式扩展业务逻辑,而不是直接修改源代码。
  • 优点:代码可扩展性强,对别人代码入侵少,易维护。
  • 代码示例
    在这里插入图片描述

依赖倒置原则

  • 定义: 顶层模块的设计,不要依赖于细节。
  • 实现: 对抽象接口设计时,不要下沉到具体的代码实现上。先抽象出顶层接口,在依赖接口去实现细节。
  • 代码示例
    在这里插入图片描述

单一职责原则

  • 定义: 每个类、方法、接口只负责一个职责,只有一个原因会导致类变化(这个功能变更)。

  • 代码示例
    在这里插入图片描述

接口隔离原则

  • 定义:定义多个专用的小接口,而不是一个大而臃肿的接口,实现类只用实现它需要的接口。
  • 实现:不要设计大而臃肿的接口,按功能维度拆分成多个小接口。
  • 代码示码

在这里插入图片描述

迪米特法则

  • 定义:最少知道原则,一个对象应该对其他对象保持最少的了解,降低类之间的耦合。
  • 实现:不要设计大而臃肿的接口,按功能维度拆分成多个小接口。

在这里插入图片描述
说明:TL 需要统计员工发布的课程数量,TL只需要和员工打交道,员工再和课程打交道,而不是TL直接和课程打交道。

里氏替换原则

  • 定义:程序里面用到父类的地方,可以用子类替换,程序的功能不变。
  • 示例代码
  • 实现
    • 子类可以扩展父类功能,但是不能改变父类功能
    • 子类可以实现父类的抽象方法,但是不能覆盖父类的非抽象方法
    • 子类可以增加自己独有的方法
    • 子类重载父类方法时,入参要更宽松,出参要更严格
      更宽松: HashMap -> Map
      更严格:Map -> HashMap

在这里插入图片描述

合成复用原则

  • 定义:尽量使用组合和聚合达到软件复用的目的,而不是继承。
    组合:has-a (生命周期相同)
    在这里插入图片描述

聚合:contains-a (生命周期可以不同)
在这里插入图片描述

总结

  • 设计模式的7大原则只是代码实现的一种思想,遵循这些思想去开发,可能我们的代码会更加易扩展、易维护、高内聚、低耦合。
  • 实际实现的时候并不是每一个规则都要去严格去遵守,应该根据我们实际的业务场景因地制宜地取舍。
示例代码非个人原创,不便公开,请见谅~
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值