您的位置:首页 > 软件设计 > 面向对象 > 正文

什么是迪米特法则

更多 时间:2014-6-26 类别:软件设计 浏览量:1642

什么是迪米特法则

什么是迪米特法则

一、迪米特法则(Law of emeter)

 

定义:一个对象应该对其他对象了解最少

迪米特法则的核心观念就是类间解耦,弱耦合,只有弱耦合了以后,类的复用性才可以提高。

 

二、迪米特法则的含义

 

1、只和朋友交流

朋友类的定义是这样的:出现在成员变量、方法的输入输出参数中的类称为成员朋友类,而出现在方法体内部的类不属于朋友类。

下面的代码在方法体内部依赖了其他类,这严重违反迪米特法则

  •  
  • C# 代码   复制
  • 
    
    public class Teacher {
    
        public void commond(GroupLeader groupLeader) {
            List<Girl> listGirls = new ArrayList<Girl>();
            for (int i = 0; i < 20; i++) {
                listGirls.add(new Girl());
            }
            groupLeader.countGirls(listGirls);
        }
    }
    
    		
  • 方法是类的一个行为,类竟然不知道自己的行为与其他类产生了依赖关系,这是不允许的。

    正确的做法是

  •  
  • C# 代码   复制
  • 
    public class Teacher {
        public void commond(GroupLeader groupLeader) {
            groupLeader.countGirls();
        }
    } 
    
    public class GroupLeader {
        private List<Girl> listGirls;
        public GroupLeader(List<Girl> _listGirls) {
            this.listGirls = _listGirls;
        }
        public void countGirls() {
            System.out.println("女生数量是:" + listGirls.size());
        }
    } 
    
    		
  •  

    注意:一个类只和朋友交流,不与陌生类交流,不要出现getA().getB().getC().getD()这种情况(在一种极端情况下允许出现这种访问,即每一个点号后面的返回类型都相同),类与类之间的关系是建立在类间的,而不是方法间,因此一个方法尽量不引入一个类中不存在的对象,当然,JDK API提供的类除外。

     

    2、朋友间也是有距离的

    一个类公开的public属性或方法越多,修改时涉及的面也就越大,变更引起的风险扩散也就越大。因此,为了保持朋友类间的距离,在设计时需要反复衡量:是否还可以再减少public方法和属性,是否可以修改为private、package-private(包类型,在类、方法、变量前不加访问权限,则默认为包类型)、protected等访问权限,是否可以加上final关键字等。

    注意:迪米特法则要求类“羞涩”一点,尽量不要对外公布太多的public方法和非静态的public变量,尽量内敛,多使用private、package-private、protected等访问权限。

     

    3、是自己的就是自己的

    如果一个方法放在本类中,既不增加类间关系,也对本类不产生负面影响,就放置在本类中。

     

     

    三、迪米特法则(LoD)的缺点

     

    1、遵循类之间的迪米特法则会使一个系统的局部设计简化,因为每个局部都不会与远距离的对象有直接的关联;但也会造成不同模块之间的通信效率降低,会使系统的不同模块之间不容易协调。

    2、在系统中造出大量的小方法,散落在系统的各个角落。这些方法仅传递间接的调用,与系统的商务逻辑无关。

    3、当设计师试图从一张类图中看出总体的架构时,这些小方法会造成迷惑和困扰。

     

     

    四、应用迪米特法则的注意事项

     

    ① 在类的划分上,应该创建有弱耦合的类;
    ② 在类的结构设计上,每一个类都应当尽量降低成员的访问权限;
    ③ 在类的设计上,只要有可能,一个类应当设计成不变类;
    ④ 在对其他类的引用上,一个对象对其它对象的引用应当降到最低;
    ⑤ 尽量降低类的访问权限;
    ⑥ 谨慎使用序列化功能;
    ⑦ 不要暴露类成员,而应该提供相应的访问器(属性)。

     

    标签:设计模式
    您可能感兴趣