面向对象**设计原则

  • 单一职责原则
  • 开闭原则
  • 里氏替换原则
  • 依赖注入原则
  • 接口分离原则
  • 迪米特原则

单一职责原则

  • 其实就是开发人员经常说的“高内聚,低耦合
  • 也就是说,每个类应该只有一个职责,对外只能提供一种功能,而引起类变化的原因应该只有一个。在设计模式中,所有的设计模式都遵循这一原则

开闭原则

  • 核心**是:一个对象对扩展开放,对修改关闭
  • 其实开闭原则的意思就是:对类的改动是通过增加代码进行的,而不是修改现有代码。
  • 也就是说软件开发人员一旦写出了可以运行的代码,就不应该去改动它,而是要保证它能一直运行下去,如何能够做到这一点呢?这就需要借助于抽象和多态,即把可能变化的内容抽象出来,从而使抽象的部分是相对稳定的,而具体的实现则是可以改变和扩展的。

里氏替换原则

  • 核心**:在任何父类出现的地方都可以用它的子类来替代
  • 其实就是说:同一个继承体系中的对象应该有共同的行为特征。

依赖注入原则

  • 核心**:要依赖于抽象,不要依赖于具体实现
  • 其实就是说:在应用程序中,所有的类如果使用或依赖于其他的类,则应该依赖这些其他类的抽象类,而不是这些其他类的具体类。为了实现这一原则,就要求我们在编程的时候针对抽象类或者接口编程,而不是针对具体实现编程。

接口分离原则

  • 核心**不应该强迫程序依赖它们不需要使用的方法
  • 其实就是说:一个接口不需要提供太多的行为,一个接口应该只提供一种对外的功能,不应该把所有的操作都封装到一个接口中。

迪米特原则

  • 核心**一个对象应当对其他对象尽可能少的了解
  • 其实就是说:降低各个对象之间的耦合,提高系统的可维护性。在模块之间应该只通过接口编程,而不理会模块的内部工作原理,它可以使各个模块耦合度降到最低,促进软件的复用

设计模式的分类

  • 创建型模式:对象的创建(6)
    • 简单工厂模式工厂方法模式抽象工厂模式建造者模式原型模式单例模式
  • 结构型模式:对象的组成(结构)(7)
    • 外观模式适配器模式代理模式装饰模式桥接模式组合模式享元模式
  • 行为型模式:对象的行为(10)
    • 模版方法模式观察者模式状态模式职责链模式命令模式访问者模式策略模式备忘录模式迭代器模式解释器模式