面向对象的设计的7大原则


面向对象的设计原则(7大原则)

★ 1、开闭原则: 是总纲,告诉我们要对扩展开放,对修改关闭;

★ 2、里氏替换原则: 告诉我们不要破坏继承体系;

★ 3、依赖倒置原则:告诉我们不要破坏继承体系;

★ 4、单一职责原则: 告诉我们实现类/方法要职责单一;

★ 5、接口隔离原则: 告诉我们在设计接口的时候要精简单一;

★ 6、迪米特法则:告诉我们要降低耦合度;

★ 7、合成复用原则:告诉我们要优先使用组合或者聚合关系复用,少用继承关系复用。






1、开闭原则

是总纲,告诉我们要对扩展开放,对修改关闭;

■ 实现:
通过“抽象约束、封装变化”来实现开闭原则,即通过接口或者抽象类为软件实体定义一个相对稳定的抽象层,而将相同的可变因素封装在相同的具体实现类中。




2、里氏替换原则

告诉我们不要破坏继承体系;

■ 实现:

子类继承父类时,除添加新的方法完成新增功能外,尽量不要重写父类的方法。




3、依赖倒置原则

告诉我们要面向接口编程;

■ 实现:

要面向接口编程,不要面向实现编程。


▷ 更加细致的要求:

(1)每个类尽量提供接口或抽象类,或者两者都具备。
(2)变量的声明类型尽量是接口或者是抽象类。
(3)任何类都不应该从具体类派生。
(4)使用继承时尽量遵循里氏替换原则。




4、单一职责原则

告诉我们实现类要职责单一;

■ 实现:

一个类只负责一项职责,一个方法只负责处理一项事情。




5、接口隔离原则

告诉我们在设计接口的时候要精简单一;

■ 实现:

客户端不应该被迫依赖于它不使用的方法。

● 和单一职责原则的区别:
它和单一职责原则差不多,一个接口只服务于一个子模块或业务逻辑。只是单一职责是侧重于约束类和方法。而借口隔离侧重约束接口。


▷ 更加细致的要求:

(1)接口尽量小,但是要有限度。一个接口只服务于一个子模块或业务逻辑。
(2)为依赖接口的类定制服务。只提供调用者需要的方法,屏蔽不需要的方法。
(3)了解环境,拒绝盲从。每个项目或产品都有选定的环境因素,环境不同,接口拆分的标准就不同,深入了解业务逻辑。
(4)提高内聚,减少对外交互。使接口用最少的方法去完成最多的事情。




6、迪米特法则(又叫作最少知识原则)

告诉我们要降低耦合度;

■ 实现:

“只与你的直接朋友交谈,不跟“陌生人”说话”。即如果两个软件实体无须直接通信,那么就不应当发生直接的相互调用,可以通过第三方转发该调用。

□ 从依赖症和被依赖这的角度的实现:
• 从依赖者的角度来说,只依赖应该依赖的对象;
• 从被依赖者的角度说,只暴露应该暴露的方法。


▷ 更加细致的要求:

(1)在类的划分上,应该创建弱耦合的类。类与类之间的耦合越弱,就越有利于实现可复用的目标。
(2)在类的结构设计上,尽量降低类成员的访问权限。
(3)在类的设计上,优先考虑将一个类设置成不变类。
(4)在对其他类的引用上,将引用其他对象的次数降到最低。
(5)不暴露类的属性成员,而应该提供相应的访问器(set和get方法)。
(6)谨慎使用序列化(Serializable)功能.




7、合成复用原则(又叫组合/聚合复用原则)

告诉我们要优先使用组合或者聚合关系复用,少用继承关系复用。

■ 实现:

合成复用原则是通过将已有的对象纳入新对象中,作为新对象的成员对象来实现的,新对象可以调用已有对象的功能,从而达到复用。




☺ 参考文献:《软件设计模式(java版)—程细柱》


  • 23
    点赞
  • 102
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 30
    评论
评论 30
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

伟庭大师兄

你的鼓励是我最大的动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值