编码灵魂(2)-迪米特原则

引言

我觉得编码是有灵魂的，就像每个人都有信仰一样。那么如何去体现信仰，如何凸显灵魂就需要依赖它所固有的原则。最近学习了设计模式的六大原则，有所感悟，特此做总结和记录。在本文中详细介绍了迪米特原则(LoD)，同时对它定义的规范进行了举例说明，希望对大家有所帮助。笔者目前整理的一些blog针对面试都是超高频出现的。大家可以点击链接：http://blog.csdn.net/u012403290

技术点
1、高内聚低耦合
这是大家在软件开发都追求的规则，通俗来说，高内聚就是说一个类中各个部分彼此结合的紧密度非常高；低耦合就是指类与类之间，模块与模块之间具有很高的独立性，两者之间的联系要越少越好，如何考虑包装好某一个类甚至是某一个模块是高内聚和低耦合的核心。

2、朋友的概念
在迪米特原则中，判断你写的某个类是否符合该原则，需要通过“朋友”这个概念来说明。在一个类中，它的成员变量，方法的前置条件和后置条件（上篇博文有提到）是该类的“直接朋友”，下面我举个列子：

package com.brickworkers;/*** * @author Brickworker* Date:2017年4月6日下午1:52:07 * 关于类China.java的描述:迪米特原则中国方* Copyright (c) 2017, brcikworker All Rights Reserved.*/
public class China {private India india; //印度是中国的朋友//中国方要求韩方停止建造萨德public void forceCommend(Korea korea){  //韩国也是中国朋友THAAD thaad = THAAD.getThaad();//中国说：我要停止这个萨德的部署korea.stopThaad(thaad);  //韩国说：好好好，这个萨德我不建造了}}

如上诉代码中，中国类的朋友就有印度和韩国。只有成员变量，方法入参和返回是该类最直接的朋友。

3、友元类
参照第二点的代码，其中中国和韩国是直接朋友，但是中国和萨德就不是。如果中国要联系到萨德，就需要通过韩国来联系萨德，你总不可能直接去拆了人家的萨德吧。而韩国，这个时候就扮演了友元类。

2、迪米特原则
又叫最少知道原则（LKP），它所针对的是类与类之间的关系，我们用“朋友”来定义，尽量不去涉及直接朋友之外的类。在博主的理解看来（仅仅是个人理解），迪米特原则主要分为两部分，一部分是自身强化，把自己变成高内聚的，严格控制自己的public属性，要有“犹抱琵琶半遮面”的感觉；第二部分是自身和周围的类的关系要低耦合来实现，就是“不和陌生人说话”。

一个迪米特例子

我设计了一个能体现迪米特原则的例子：韩国要建萨德，中国给予强烈的谴责和制止。那么最起码就有3个类，中国方类，它要求韩国停止萨德实施；韩国方类，它可以开始和停止萨德实施；萨德类，标明了萨德的建造情况。具体请看下面的反例和正例。

一个反例

中国方类，要求韩国停止萨德部署：

package com.brickworkers;/*** * @author Brickworker* Date:2017年4月6日下午1:52:07 * 关于类China.java的描述:迪米特原则中国方* Copyright (c) 2017, brcikworker All Rights Reserved.*/
public class China {private India india; //印度是中国的朋友//中国方要求韩方停止建造萨德public void