乐趣区

关于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 弹架构”,回复“材料”、“简历”、“刷题”,“招聘”即可支付面试真题,简历模板等!

退出移动版