ABAP设计模式之---“迪米特法则(Law of Demeter)”

1. 定义

LoD也称最少知识原则

如果两个类不必直接通信,那么这两个类就不应当发生直接的相互作用。

如果其中一个类需要调用另一个类的某一个方法,可以通过第三者转发这个调用。

2. 解读

  • 在类的结构设计上,每一个类都应当尽量降低成员的访问自由度,仅适用直接对象,避免多层的间接访问。

 

例如,当想获取max speed时,可以使用本方法中已有的对象mo_car直接获取

mo_my_car->get_max_speed( )

而非,

mo_car->get_tacho( )->get_scale( )->getMaxSpeed( )的方式完成。

 

  • 上例其实也反映了,LoD所体现的根本思想,也即类之间的松耦合。‘only talk to your firends’,最近一层的对象才是'friend', 经过太多“中间商”,其实就在无意间加大了耦合关系。

进一步解释下“直接朋友”。在类中,直接的耦合关系,称之为“直接朋友关系“”,例如类的属性、方法的参数、方法的返回值,这些都是直接朋友关系。而出现在方法中的局部变量中的类,则不是直接朋友关系。也即,陌生的类,最好不要以局部变量的形式出现在类的方法中,同时,也要避免通过直接朋友的朋友办事(mo_car->get_tacho( )->get_scale( )->getMaxSpeed( ))。

 

  • 一个处在弱耦合的类被修改,不会对相关类造成波及。

 

  • 体现迪米特法则的设计模式有例如“外观模式(Facade Pattern)”,“中介者模式(Mediator Pattern)”等,通过第三者的转发,把类和类间的耦合关系降下来。

 

>本博客专注于技术分享,干货满满,持续更新。
>欢迎关注❤️、点赞👍、转发📣!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

十年铸器

给作者赏杯咖啡

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

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

打赏作者

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

抵扣说明:

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

余额充值