你是我的"朋友"

你是我的"朋友"

条件满足：
1 当前对象本身(this)
2 以参量形式传入到当前对象方法中的对象
3 当前对象的实例变量直接引用的对象
4 当前对象的实例变量如果是一个聚集，那么聚集中的元素也都是朋友
5 当前对象所创建的对象
否则就不算"朋友" 代码需优化重构

不是“朋友”的例子：

public   class  SomeOne
{
    public   void  operation(Friend friend)
   {
     Stranger stranger  =  friend.getStranger();
     stranger.operation();
   }
}

friend是SomeOne的朋友，但是在operation内部出现了stranger对象，它不是SomeOne的朋友，stranger.operation()方法应该挪到friend对象内部去，进行封装再对SomeOne提供。
这原则就是迪米特法则。
优点：降低系统内部的耦合度，若修改仅仅只会影响到这个类的“朋友”们，而不会影响到当前对象。
缺点：对象里会产生大量的小方法，这些方法仅仅只是传递间接的调用，因此与系统的业务逻辑无关，一个小方法内，可能仅仅只是调用了关联对象的其它方法，而且会使系统的不同模块之间不容易协调。

避免该缺点：使用依赖倒置原则，比如把上面的stranger做为抽象类，stranger.operation()是个抽象方法，通过friend.getStranger()动态返回不同具体的类，这样仍然做到了SomeOne对象不用修改，要改也只是friend.getStranger()方法内部返回不同的子对象即可，但是为了代码整洁度，清晰明了，直接一个friend.operation()，感觉还是挪走比较好。

23种模式里面：门面模式与中介者模式就是迪米特法则的应用
门面模式示意图： 显然Facade依赖各个子系统，子系统可以有多个，客户端直接与Facade打交道


中介者模式示意图：