The Law of Demeter
文章目录
简介
最近在提交代码质量检测的时候，总是因为这个major错误搞的痛不欲生，头发狂掉。弄懂了以后特地记录一下，省的忘记。
在使用面向对象的语言进行编程的时候，我们为了使得coding代码更加具有概括性、可重用、高鲁棒、低耦，系统更加稳定可维护。从而定制了这一套规则。
下面我们看一下怎么定义这个规则的。
定义
根据规则，一个对象O的方法M只能满足在下面的几种条件下被调用（这里直接上英文）：
- Methods of Object O itself (because you could talk with yourself)
- Methods of objects passed as arguments to M
- Methods of objects held in instance variable
- Methods of objects which are created locally in method M
- Methods of static fields
简单来说：
-
我们不需要知道对象的内部实现。
-
编程中只需要考虑该方法自身的业务逻辑，在获取对象信息时，只需要说就行了，不要多次回答的过程
比如：想要D
// right method object.getD(); // wrong method object.getA().getB().getC().getD(); /* 这些内部过程都可以用一个方法进行封装。 */
1. Chain Calls
正如上面的例子所说的连续调用get方法来获取不同的field这样就是违法了Chain Calls原则。因为我们不知道A、B、C这三个类在哪里被创建，使得代码不安全。
什么样的chain call才是合法的呢？规则定义我们可以调用一个在方法内部创建对象且返回的方法。譬如：
class C{
public M createM(){
return new M();
}
}
class M{
private O o;
public getO(){
return o;
}
}
c.createM().getO();
这种调用方式就很OK！因为新的对象M被我们获取，且这个对象的生命周期我们是知道的且在其他地方的不存在。
2. The Law and the Builder Pattern
public static class PizzaBuilder {
private Integer size;
private String topping;
public Pizza build() {
Pizza pizza = new Pizza();
pizza.size = this.size;
pizza.topping = this.topping;
return pizza;
}
public PizzaBuilder setSize(Integer size) {
this.size = size;
return this;
}
public PizzaBuilder setTopping(String topping) {
this.topping = topping;
return this;
}
}
public class Test {
public Pizza createPizza() {
PizzaBuilder pizzaBuilder = new PizzaBuilder();
Pizza pizza = pizzaBuilder.setSize(30).setTopping(“Cheese”).build();
return pizza;
}
}
这种方式也符合规则，因为这些对象都是在本地被创建，在其他地方不存在，这样调用函数是不会产生问题的。
在我看来这样的方式十分优美！
3. 例外
public void m(List<Student> students) {
for (int i = 0; i < students.size(); i++) { //right
Student student = students.get(i); // right
student.write(); //??
}
}
我们可以看到我们传入一个List列表，对于这个list我们使用get方法是不违反规则的。但是我们调用student.write()这个方法，严格来说是不违反Demeter规则的。这样违反规则的话，那么容器又有什么存在的必要呢？
那么为什么不违反规则呢？因为容器里面的所有对象也可以看作是方法的输入参数。这些对象可以被称作容器对象的不可描述的一日朋友（ immediate friends），这种对象，规则是允许存在的。
总结
这规则不是全面的，但是我们在编码的时候遵守这个规则是十分必要的。这样我们的代码会具有更好的可读性以及更高的鲁棒性！