倚楼听风雨
淡看江湖路

浅析设计模式第十一章之迪米特法则

迪米特法则是七个面向对象设计原则中相对比较容易理解的一个法则,他要求了软件实体类设计之间的松耦合。接下来老四就稍微浅析一下这个法则,希望帮助你加深一下印象,关于面向对象设计原则有哪七个?如下(不出意外的话会壹壹浅析):

  1. 单一职责原则,老四已经浅析,请戳《浅析设计模式第三章之单一职责原则
  2. 开放-封闭原则,老四已经浅析,请戳《浅析设计模式第四章之开放-封闭原则
  3. 里氏代换原则,老四已经浅析,具体内容包含在下面的关于依赖倒转原则当中,请戳下一条链接
  4. 依赖倒转原则,老四已经浅析,请戳《浅析设计模式第五章之依赖倒转原则》,里面包含里氏代换原则的浅析
  5. 接口隔离原则
  6. 合成复用原则
  7. 迪米特法则

定义

迪米特法则(Law of Demeter,LoD): 如果两个类不比彼此直接通信,那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用。换句话说就是: 一个软件实体应当尽可能少地与其他实体发生相互作用。迪米特法则又名也叫最少知识原则(LeastKnowledge Principle, LKP);

迪米特法则强调的前提就是在类的结构设计上,每一个类都应当尽量降低成员访问权限。根本思想其实就是降低实体类之间的松耦合。我们都知道,类之间的耦合性越弱,越有利于复用,拓展就会相对容易,一个单独的类及时被修改也不会对其他的类造成影响。这就要求我们在软件设计当中,尽量减少对象之间的交互,及时要交互,要像定义所述的那样,找一个第三者转发调用。

可能在技术讲解中,文字稍微显得苍白一些,接下来老四附上几个类的代码再来理解一下迪米特法则。

输出结果:

执行按钮点击操作: 显示文本标签
显示文本标签
================
执行按钮点击操作: 显示列表框
显示列表框

以上代码我们看到,老四写的这个控件业务设计,按钮与文本标签、列表框控件存在相对纠结复杂的交互关系,按钮的点击事件可能需要触发另外两个类的操作,反过来Label与List类相互之间也可能会有交互操作,这样的设计导致我们如果新加一个控件的话到时候就可能既需要修改Label类,又要修改List类,甚至修改Button中的方法。

接下来我们遵守迪米特法则,让按钮们各司其职,如果需要调用其他的类的方法均通过Transfer类来完成,Transfer作为一个中转类来为各个组件的交互提供强有力的支持。

输出结果:

执行按钮点击操作: 显示文本标签
显示文本标签
====我是丑逼分割线====
执行按钮点击操作: 显示列表框
显示列表框

我们通过Transfer中转类降低了各个组件之间的耦合性,界面空间之间不在发生直接饮用,而是将请求先转发给中转类,再由中转类来完成对其他组件的调用,对于增删改的组件我们只需要修改Transfer中转类即可。

更博不易,喜欢的老铁有能力烦请赞助盒烟钱,点我去赞助。抱拳。

赞(4) 给你买杜蕾斯
本站原创文章受自媒体平台原创保护,未经允许不得转载高老四博客 » 浅析设计模式第十一章之迪米特法则
分享到: 更多 (0)
4万+首WAV无损音乐仅需 28 元 赠送24bit合集、DSD音乐、歌手合集、欧美影视原声及本站发布过的音乐

开始你的表演 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址

觉得文章有用就打赏一下老四,鼓励我更好的创作

支付宝扫一扫打赏

微信扫一扫打赏