java开发最少知识原则

阳光穿透心脏的1/2处 2023-10-12 20:36 65阅读 0赞

### 定义 ###

如果两个类不必彼此直接通信，那么这两个类就不应该发生直接的相互作用。
    如果一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个应用。

*  迪米特法则强调：在类的结构设计上，每一个类都应该尽量降低成员变量的访问权限。也就是说一个类应该包装好自己的private状态，不需要让别的类知道的字段或行为就不要公开；
 *  迪米特法则的根本思想是：强调类之间的松耦合；
 *  类之间的耦合越弱，越有利于复用，一个处于弱耦合的类被修改了，不会对有关系的类造成波及；

**问题由来**：类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。

**解决方案**：尽量降低类与类之间的耦合。

自从我们接触编程开始，就知道了软件编程的总的原则：低耦合，高内聚。无论是面向过程编程还是面向对象编程，只有使各个模块之间的耦合尽量的低，才能提高代码的复用率。低耦合的优点不言而喻，但是怎么样编程才能做到低耦合呢？那正是迪米特法则要去完成的。

迪米特法则（Law of Demeter，LoD）又叫作最少知识原则（Least Knowledge Principle，LKP)，产生于 1987 年美国东北大学（Northeastern University）的一个名为迪米特（Demeter）的研究项目，由伊恩·荷兰（Ian Holland）提出，被 UML 创始者之一的布奇（Booch）普及，后来又因为在经典著作《程序员修炼之道》（The Pragmatic Programmer）提及而广为人知。

迪米特法则的定义是：只与你的直接朋友交谈，不跟“陌生人”说话（Talk only to your immediate friends and not to strangers）。其含义是：如果两个软件实体无须直接通信，那么就不应当发生直接的相互调用，可以通过第三方转发该调用。其目的是降低类之间的耦合度，提高模块的相对独立性。

通俗的来讲，就是一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类来说，无论逻辑多么复杂，都尽量地的将逻辑封装在类的内部，对外除了提供的public方法，不对外泄漏任何信息。迪米特法则还有一个更简单的定义：只与直接的朋友通信。首先来解释一下什么是直接的朋友：迪米特法则中的“朋友”是指：当前对象本身、当前对象的成员对象、当前对象所创建的对象、当前对象的方法参数等，这些对象同当前对象存在关联、聚合或组合关系，可以直接访问这些对象的方法。只要两个对象之间有耦合关系，我们就说这两个对象之间是朋友关系。耦合的方式很多，依赖、关联、组合、聚合等。其中，我们称出现成员变量、方法参数、方法返回值中的类为直接的朋友，而出现在局部变量中的类则不是直接的朋友。也就是说，陌生的类最好不要作为局部变量的形式出现在类的内部。  
    
**迪米特法则的实现方法**  
从迪米特法则的定义和特点可知，它强调以下两点：

*  从依赖者的角度来说，只依赖应该依赖的对象。
 *  从被依赖者的角度说，只暴露应该暴露的方法。

所以，在运用迪米特法则时要注意以下 6 点。

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

**明星与经纪人的关系实例**  
  明星由于全身心投入艺术，所以许多日常事务由经纪人负责处理，如与粉丝的见面会，与媒体公司的业务洽淡等。这里的经纪人是明星的朋友，而粉丝和媒体公司是陌生人，所以适合使用迪米特法则，其类图如图

代码如下

package test;
     
    public class test {
        
     
        public static void main(String[] args)
        {
        
            Agent agent=new Agent();
            agent.setStar(new Star("胡歌"));
            agent.setFans(new Fans("粉丝"));
            agent.setCompany(new Company("上海唐人电影制作有限公司"));
            agent.meeting();
            agent.business();
        }
    }
    //经纪人
    class Agent
    {
        
        private Star myStar;
        private Fans myFans;
        private Company myCompany;
        public void setStar(Star myStar)
        {
        
            this.myStar=myStar;
        }
        public void setFans(Fans myFans)
        {
        
            this.myFans=myFans;
        }
        public void setCompany(Company myCompany)
        {
        
            this.myCompany=myCompany;
        }
        public void meeting()
        {
        
            System.out.println(myFans.getName()+"与明星"+myStar.getName()+"见面了。");
        }
        public void business()
        {
        
            System.out.println(myCompany.getName()+"与明星"+myStar.getName()+"洽淡业务。");
        }
    }
    //明星
    class Star
    {
        
        private String name;
        Star(String name)
        {
        
            this.name=name;
        }
        public String getName()
        {
        
            return name;
        }
    }
    //粉丝
    class Fans
    {
        
        private String name;
        Fans(String name)
        {
        
            this.name=name;
        }
        public String getName()
        {
        
            return name;
        }
    }
    //媒体公司
    class Company
    {
        
        private String name;
        Company(String name)
        {
        
            this.name=name;
        }
        public String getName()
        {
        
            return name;
        }
    }
     
    运行结果如下：
     
    粉丝与明星胡歌见面了。
    上海唐人电影制作有限公司与明星胡歌洽淡业务。

**迪米特法则的优点**  
迪米特法则要求限制软件实体之间通信的宽度和深度，正确使用迪米特法则将有以下两个优点。

*  降低了类之间的耦合度，提高了模块的相对独立性。
 *  由于亲合度降低，从而提高了类的可复用率和系统的扩展性。

但是凡事都有度，虽然可以避免与非直接的类通信，但是要通信，必然会通过一个“中介”来发生联系，例如本例中，明星就是通过经纪人这个“中介”来与媒体公司、粉丝发生联系的。过分的使用迪米特原则，会产生大量这样的中介和传递类，导致系统复杂度变大。所以，在釆用迪米特法则时需要反复权衡，确保高内聚和低耦合的同时，保证系统的结构清晰。