设计模式学习总结——设计原则

开闭原则:
定义:一个软件实体如类、模块和函数应该对扩展开放、对修改关闭。
用抽象构建框架,用实现扩展细节
有点:提高软件系统的可复用性和可维护性
个人总结:越是基层的类(接口)越是不要轻易修改,因为影响的范围更大

依赖倒置原则:
定义:高层模块不应该以来底层模块,二者都应该依赖其抽象
抽象不应该依赖细节;细节应该以来抽象
针对接口编程,不要针对实现编程
优点:可以减少类间的耦合性、提高系统稳定性,提高代码可读性好可维护性,可降低修改程序所造成的风险
个人总结:使用抽象类(接口)来解耦高层模块与底层模块的耦合

单一职责原则(强调职责的单一):
定义:不要存在多于一个导致类变更的原因
一个类/接口/方法只负责一项职责
优点:降低类的复杂度、提高类的可读性,提高系统的可维护性、降低变更引起的风险
个人总结:使用接口实现单一职责原则,若一个类需要有多个职责则实现多个接口

接口隔离原则(强调接口依赖的隔离):
定义:用多个专门的借口,而不使用单一的总接口,客户端不应该依赖它不需要的借口
一个类对一个类的依赖应该建立在最小的接口上
建立单一接口,不要建立庞大臃肿的接口
尽量细化接口,接口中的方法尽量少
注意适度原则,一定要适度
优点:符合我们常说的高内聚低耦合的设计思想,从而是的类具有很好的可读性、可扩展性和可维护性
在设计接口时只暴露给调用类需要的方法,对不需要的方法给隐藏起来,用最少的接口实现更多的功能,专注对一个模块提供定制服务才能建立最小的依赖关系,降低耦合
个人总结:如果在接口的不同实现类中出现有些类不需要某些方法,某些类不需要另一些方法,则需要对该接口进行拆分

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

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

组合复用原则:
定义:尽量使用对象组合/聚合,而不是继承关系达到软件复用的目的
聚合has-A和组合contains-A 继承is-A
优点:可以使系统更加灵活,降低类与类之间的耦合度,一个类的变化对其他类造成的影响相对较少
缺点:系统中的对象较多

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值