关闭

设计模式--迪米特法则(Lod/LKP)

731人阅读 评论(0) 收藏 举报
分类:
迪米特法则:(Law of Demeter, LoD),也称最少知识原则(Least Knowledge Principle, LKP)
理解:
     如果两个类不必彼此直接通信,那么这两个类就不应该发生直接的相互作用。如果其中一个类需要调用另一个类的某一个放发的话,可以通过第三者转发这个调用。

  •   只和朋友交流(更准确来讲是:直接的朋友)
每个对象都必然会与其他对象有耦合关系,两个对象之间的耦合就成为朋友关系,这种关系的类型有很多,如组合、聚合、依赖等。
朋友类的定义:出现在成员变量、方法的输入输出参数中的类。   而方法体类内部的类不能算。
  •   朋友之间也有间距
如果朋友把太多的方法或属性暴露给你,则过于亲密,耦合关系变得异常牢固,而且,修改时涉及的面也就越大,变更引起的风险就越大。因此,要适时反复衡量:是否可以减少public方法和属性,改为private、package-private、protected等访问权限,及是否可以加上final关键字。

看个示例:
     下面的代码违反了设计原则:
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);
    }
}

     一个类应该纸盒自己有直接关系的类交流。
正确的方法如下:
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());
    }
 
}


1
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:69548次
    • 积分:1144
    • 等级:
    • 排名:千里之外
    • 原创:33篇
    • 转载:16篇
    • 译文:0篇
    • 评论:18条
    博客专栏
    最新评论