关于java:软件架构设计原则之迪米特法则

迪米特准则(Law of Demeter LoD)是指一个对象应该对其余对象放弃起码的理解,又叫起码晓得准则(Least Knowledge Principle,LKP),尽量升高类与类之间的耦合度。迪米特准则次要强调:只和敌人交换,不和陌生人谈话。呈现在成员变量、办法的输出、输入参数中的类都能够称为成员敌人类,而呈现在办法体外部的类不属于敌人类。

当初来设计一个权限零碎,Boss须要查看目前公布到线上的课程数量。这时候,Boss要找到TeamLeader去进行统计,TeamLeader再把统计后果通知Boss。接下来咱们还是来看代码。

Course类的代码如下:

public class Course {

}

TeamLeader类的代码如下:

public class TeamLeader {

    public void checkNumberOfCourses(List<Course> courseList){

        System.out.println("目前已公布的课程数量是:"+courseList.size());

    }

}

Boss类的代码如下:

public class Boss {

    public void commandCheckNumber(TeamLeader teamLeader){

    //模仿Boss一页一页往下翻页,TeamLeader实时统计

            List<Course> courseList = new ArrayList<Course>();

            for (int i= 0; i < 20 ;i ++){

                courseList.add(new Course());

            }

            teamLeader.checkNumberOfCourses(courseList);

        }

    }

测试代码如下:

public static void main(String[] args) {

    Boss boss = new Boss();

    TeamLeader teamLeader = new TeamLeader();

    boss.commandCheckNumber(teamLeader);

}

写到这里,其实性能都曾经实现,代码看上去也没什么问题。依据迪米特准则,Boss只想要后果,不须要跟Course间接交换。而TeamLeader统计须要援用Course对象。Boss和Course并不是敌人,从上面的类图就可以看进去。

上面对代码进行革新。

TeamLeader类的代码如下:

public class TeamLeader {

    public void checkNumberOfCourses(){

        List<Course> courseList = new ArrayList<Course>();

        for(int i = 0 ;i < 20;i++){

            courseList.add(new Course());

        }

        System.out.println("目前已公布的课程数量是:"+courseList.size());

    }

}

Boss类的代码如下:

public class Boss {

    public void commandCheckNumber(TeamLeader teamLeader){

        teamLeader.checkNumberOfCourses();

    }

}

再来看上面的类图,Course和Boss曾经没有关联了。

学习软件设计准则,千万不能造成强迫症。碰到业务简单的场景,咱们须要随机应变。

小测一下

本文为原创文章,转载请注明出处!关注微信公众号“Tom弹架构”,回复“材料”、“简历”、“刷题”,“招聘”即可支付面试真题,简历模板等!

评论

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

这个站点使用 Akismet 来减少垃圾评论。了解你的评论数据如何被处理