设计模式六大原则

单一职责原则(Single Responsibility Principle) - 这里的设计模式原则,主要讨论的是Java面向对象编程设计中设计原则,单一职责原则由于其适用的普遍性,个人认为不放在六大原则之中

  • 单一职责原则 :一个类只负责一项职责
  • 不能存在多于一个导致类变更的原因
  • 单一职责原则符合"高内聚,低耦合"的思想
  • 单一职责原则不只是面向对象编程思想所特有的,只要是模块化的程序设计,都适用单一职责原则
  • 开闭原则(Open Close Principle)

  • 开闭原则 :对扩展开放,对修改关闭
  • 程序进行扩展的时候,不能修改原有的代码, 实现一个热插拔的效果
  • 为了使程序扩展性好,易于维护和升级:需要 使用接口和抽象类
  • 里氏代换原则(Liskov Substitution Principle)

  • 里氏代换原则 :任何基类可以出现的地方,子类一定可以出现
  • LSP是 继承复用 的基石,只有 当衍生类可以替换掉基类,软件单位的功能不受影响时, 基类才能真正被复用,衍生类也能够在基类的基础上增加新的行为
  • 里氏代换原则是对实现抽象化的具体步骤的规范:
  • 里氏代换原则是对开闭原则的补充
  • 实现开闭原则的关键步骤就是抽象化
  • 基类与子类的继承关系就是抽象化的具体实现
  • 依赖倒转原则(Dependence Inversion Principle)

  • 依赖倒转原则 :针对接口编程,依赖于抽象而不依赖于具体
  • 依赖倒转原则是开闭原则的基础
  • 接口隔离原则(Interface Segregation Principle)

  • 接口隔离原则 :使用多个隔离的接口,比使用单个接口要好,降低类之间的耦合度
  • 从接口隔离原则可以看出:设计模式就是一个软件的设计思想
  • 从大型软件架构出发,为了升级和维护方便 :降低依赖,降低耦合
  • 迪米特法则(最少知道原则)(Demeter Principle)

  • 迪米特法则:最少知道原则 ,一个实体应当尽量少的与其它实体发生相互作用,使得功能模块相互独立
  • 合成复用原则(Composite Reuse Principle)

  • 合成复用原则 :尽量使用合成或者聚合的方式,而不是使用继承
  • 【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
    cloudbbs@huaweicloud.com