DESIGN DESIGN
  • 架构
  • 设计模式
  • 重构
  • UML
GitHub (opens new window)
  • 架构
  • 设计模式
  • 重构
  • UML
GitHub (opens new window)
  • 架构

  • 设计模式

    • 设计模式概述
    • 设计模式之简单工厂模式
    • 设计模式之工厂方法模式
    • 设计模式之抽象工厂模式
    • 设计模式之建造者模式
    • 设计模式之原型模式
    • 设计模式之单例模式
    • 设计模式之适配器模式
    • 设计模式之桥接模式
    • 设计模式之组合模式
    • 设计模式之装饰模式
    • 设计模式之外观模式
    • 设计模式之享元模式
    • 设计模式之代理模式
    • 设计模式之模板方法模式
    • 设计模式之命令模式
    • 设计模式之迭代器模式
    • 设计模式之观察者模式
    • 设计模式之解释器模式
    • 设计模式之中介者模式
    • 设计模式之职责链模式
    • 设计模式之备忘录模式
    • 设计模式之策略模式
    • 设计模式之访问者模式
    • 设计模式之状态模式
    • 面向对象原则
      • 单一职责原则
      • 开放-封闭原则
      • 里氏替换原则
      • 依赖倒置原则
      • 接口隔离原则
      • 迪米特原则
      • 参考资料
  • 重构

  • DDD

  • UML

  • 设计
  • 设计模式
dunwu
2021-05-19
目录

面向对象原则

# 面向对象设计六大原则

# 单一职责原则

单一职责原则(Single Responsibility Principle),应该有且仅有一个原因引起类的变更。

简单点说,一个类,最好只负责一件事。

# 开放-封闭原则

开放-封闭原则(Open Close Principle),软件实体(类、模块、函数)等应该可以扩展,但是不可修改。

对于扩展是开放的;对于更改是封闭的。

# 里氏替换原则

里氏替换原则(Liskov Substitution Principle),子类可以替换父类。

# 依赖倒置原则

依赖倒置原则(Dependency Inversion Principle),抽象不应该依赖于细节,细节应当依赖于抽象。换言之,要针对接口编程,而不是针对实现编程。

关键点:

  • 高层模块不应该依赖低层模块,两者都应该依赖其抽象
  • 抽象不应该依赖细节
  • 细节应该依赖抽象

# 接口隔离原则

接口隔离原则(Interface Segregation Principle)使用多个专门的接口,而不使用单一的总接口,即客户端不应该依赖那些它不需要的接口。

  • 客户端不应依赖它不需要的接口
  • 类间的依赖关系应该建立在最小的接口上

# 迪米特原则

迪米特原则(Least Knowledge Principle)又称最少知识原则,一个软件实体应当尽可能少地与其他实体发生相互作用。

一个类应该对自己需要调用的类知道得最少,类的内部如何实现、如何复杂都与调用者或者依赖者没关系,调用者或者依赖者只需要知道他需要的方法即可,其他的我一概不关心。

# 参考资料

  • 《Head First 设计模式》 (opens new window)
  • 《大话设计模式》 (opens new window)
📝 帮助改善此页面! (opens new window)
#设计#设计模式
上次更新: 2024/01/27, 23:24:21
设计模式之状态模式
代码的坏味道和重构

← 设计模式之状态模式 代码的坏味道和重构→

最近更新
01
设计
04-27
02
微服务简介
04-15
03
如何设计系统
11-08
更多文章>
Theme by Vdoing | Copyright © 2019-2024 钝悟(dunwu) | CC-BY-SA-4.0
  • 跟随系统
  • 浅色模式
  • 深色模式
  • 阅读模式
×