设计模式学习之7大设计原则

开闭原则

  • 定义:一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。
  • 用抽象构建框架,用实现扩展细节
  • 优点:提高软件系统的可复用性及可维护性

依赖倒置原则

  • 定义:高层模块不应该依赖低层模块,二者都应该依赖其抽象
  • 抽象不应该依赖细节;细节应该依赖抽象
  • 针对接口编程,不要针对实现编程
  • 优点:可以减少类间的耦合性、提高系统稳定性,提高代码可读性和可维护性,可降低修改程序所造成的风险

单一职责原则

  • 定义:不要存在多于一个导致类变更的愿意
  • 一个类、接口、方法只负责一项职责
  • 优点:降低类的复杂度、提高类的可读性,提高系统的可维护性、降低变更引起的风险

接口隔离原则

  • 定义:用多个专门的接口,而不适用单一的总接口,客户端不应该依赖它不需要的接口
  • 一个类对一个类的一栏应该建立在最小的接口上
  • 建立单一接口,不要建立庞大臃肿的接口
  • 尽量细化接口,接口中的方法尽量少
  • 注意适度原则,一定要适度
  • 优点:符合我们常说的高内聚低耦合的设计思想,从而使得类具有很好的可读性、可扩展性和可维护性

迪米特原则

  • 定义:一个对象应该对其他对象保持最少的了解。又叫最少知道原则
  • 尽量降低类与类的耦合
  • 优点:降低类之间的耦合
    • 强调只和朋友交流,不合陌生人说话
    • 朋友:出现在成员变量、方法的输入、输入参数中的类称为成员朋友类,而出现在方法体内部的类不属于朋友类

里氏替换原则

  • 定义:如果对每一个类型T1的对象o1,都有类型为T2的对象o2,使得以T1定义的所有程序P在所有的对象o1都替换成o2时,程序P的行为没有发生变化,那么类型T2是类型T1的子类型。
  • 定义扩展:一个软件实体如果适用一个父类的话,那一定适用于其子类,所有引用父类的地方必须能透明地使用其子类的对象,子类对象能够替换父类对象,而程序逻辑不变。
  • 引申意义:子类可以扩展父类的功能,但不能改变父类原有的功能。
  • 含义:
    • 子类可以实现父类的抽象方法,但不能覆盖父类的非抽象方法。
    • 子类中可以增加自己持有的方法。
    • 当子类的方法重载父类的方法时,方法的前置条件(即方法的输入/入参)要比父类的输入参数更宽松。
    • 当子类的方法实现父类的方法时(重写/重载或实现抽象方法),方法的后置条件(即方法的输出/返回值)要比父类更严格或相等。
  • 优点:
    • 约束集成泛滥,开闭原则的一种体现。
    • 加强程序的健壮性,同事变更时也可以做到非常好的兼容性,提高程序的维护性、扩展性。降低需求变更时引入的风险。

合成(组合)/聚合复用原则

  • 定义:尽量使用对象组合/聚合,而不是继承关系达到软件复用的目的
  • 聚合has-A和组合contains-A
  • 优点:可以使系统更加灵活,降低类与类之间的耦合度,一个类的变化对其他类造成的影响相对较少
  • 对比:聚合has-A,组合contains-A,继承is-A
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

  • 目录: 设计模式六大原则(1):单一职责原则 设计模式六大原则(2):里氏替换原则 设计模式六大原则(3):依赖倒...
    加油小杜阅读 4,044评论 0 1
  • 设计模式6大原则 转自:http://www.cnblogs.com/devinzhang/archive/201...
    犀利的小眼神阅读 3,244评论 0 1
  • 设计模式六大原则 设计模式六大原则(1):单一职责原则 定义:不要存在多于一个导致类变更的原因。通俗的说,即一个类...
    viva158阅读 4,136评论 0 1
  • 转载标注声明:http://www.uml.org.cn/sjms/201211023.asp 目录:[设计模式六...
    Bloo_m阅读 4,068评论 0 7
  • 他勇敢地拉住他的手,他用颤抖的声调紧张的问:“我可以当你的男朋友吗?”他低头沉默了一会儿,默然抬起头低沉的回答:“...
    躺在屋顶看星星阅读 1,859评论 0 0

友情链接更多精彩内容