面向对象之迪米特原则

一.简称

英文全称为Law of Demeter ,缩写是LOD,也称最少知识原则。

二.定义

一个对象应该对其他对象有最少的了解。通俗的讲，一个类应该对自己需要耦合或者调用的类知道的最少，类的内部如何实现与调用者或依赖者没关系，调用者或者依赖者只需要知道它需要的方法即可，其他的一概不用管。
迪米特法则还有一个英文解释是 Only talk to your immedate friends ,即只与直接的朋友通信。什么叫直接的朋友呢？每个对象都不然会与其他对象有耦合关系，两个对象之间的耦合就成为朋友关系，这种关系的类型有很多，如组合、聚合、依赖。

三.问题

类与类之间的关系约密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。

四.解决

我们需要分清谁才是我们直接的朋友，减少与没有直接关系的类的耦合
举例
比如我们买房子，需要通过销售，我们只需要告诉他我们能够支付的价钱及住房面积，至于找房子的事就交给销售去干，买房者不直接去找房子。

*房子
/
public class Room {
    public float area;
    public float price;
    
    public Room(float area,float price){
        this.area = area;
        this.price = price;
    }
    
}

/**
 * 销售
 */

public class Mediator {

    List mRooms = new ArrayList<>();

    public Mediator() {
        for (int i = 0; i < 5; i++) {
            mRooms.add(new Room(15 + i, (15 + i) * 150));
        }
    }

    public List getAllRooms() {
        return mRooms;
    }
}

/**
 * 买房者
 */

public class Customer {
    private String TAG ="Customer";
    public float roomArea;
    public float roomPrice;
    public static final float diffPrice =100.0001f;
    public static final float diffArea =0.00001f;
    public void sellRoom(Mediator mediator){
        List rooms =mediator.getAllRooms();
        for(Room room: rooms){
            if(isFit(room)){
                Log.e(TAG,"买到房啦"+room);
                break;
            }
        }
    }

    private boolean isFit(Room room) {
        return Math.abs(room.price - roomPrice) 

从上面的代码看，Customer类不仅依赖了Mediator类，还需频繁的与Room打交道，Customer类与Room的耦合度较高，因为Customer必须知道许多关于Room的细节，如果Room发生变化时，Customer也必须跟着变化。Customer与Mediator耦合度也太高。
我们要分清谁是购买者的真正的朋友，自然是销售，所以我只知道销售就行了，把Customer中关于Room的相关操作移除到Mediator中。
重构如下：

/**
 * 销售
 */

public class Mediator {

    List mRooms = new ArrayList<>();

    public Mediator() {
        for (int i = 0; i < 5; i++) {
            mRooms.add(new Room(15 + i, (15 + i) * 150));
        }
    }

   public Room sellOut(float area,float price){
       for(Room room: mRooms){
           if(isFit(area,price,room)){
               return room;
           }
       }
       return null;
   }
    private boolean isFit(float area,float price,Room room) {
        return Math.abs(room.price - price) < Customer.diffPrice && Math.abs(room.area - area) < Customer.diffArea;
    }
}

/**
 * 买房者
 */

public class Customer {
    private String TAG ="Customer";
    public float roomArea;
    public float roomPrice;
    public static final float diffPrice =100.0001f;
    public static final float diffArea =0.00001f;
    public void sellRoom(Mediator mediator){
        Log.e(TAG,"买到房啦"+mediator.sellOut(roomArea,roomPrice));
    }
}

结构图如下

迪米特原则.png

将对于Room的判定操作放到了Mediator类中，根据用户设定的条件查找合适的房子，并将结果交给购买者就可以了。购房者不需直接与房子接触。至于看房子那也要等到销售找到合适的房子之后了。
只与直接的朋友通信，就能够将我们从复杂的关系网中抽离出来，使耦合读更低、稳定性更好。

总结
迪米特原则的优点：
（1）提高可读性
（2）降低耦合度
（3）提高稳定性

头条号申请者:飞奔的小付