设计模式之禅——六大设计原则之迪米特原则

    xiaoxiao2025-05-29  8

    定义: 一个对象应该对其他对象有最少的了解

    它包含以下四层定义


    1、只和朋友交流 朋友类的定义是这样的:出现在成员变量、方法的输入输出函数中的类成为成员朋友类,而出现在方法体内部的类不属于朋友类。 我把书上的例子简化了一下: A让B去数有多少个C

    A让B去数有多少个C public class A{ public void command(B b){ List<C> lists = new List<C>(); for(int i = 0; i < 10; ++i){ lists.add(new C()); b.countC(lists); } } ---------- pubic class B{ public void countC(List<C> lists){ System.out.println(lists.size()); } } public class C(){ }

    这里C不是A的朋友,但是A和它交流了,这是不对的,修改如下

    public class A{ public void command(B b){ b.countC(); } } ---------- pubic class B{ private List<C> lists = new List<C>(); public B(List<C> lists){ this.lists = lists; } public void countC(List<C> lists){ System.out.println(lists.size()); } } public class C(){ } ---------- public class client(){ public static void main(String[] args){ List<C> lists = new List<C>(); for(int i = 0; i < 10; ++i){ lists.add(new C()); A a = new A(); a.command(new B(lists)); } } ----------

    2、朋友之间也是有距离的 A要利用B去做一件事

    public class A{ private int i; public A(int i){ this.i = i; } public do(B b){ if(i > 10) b.f(); else b.p(); } } ---------- public class B{ public void f(); public void p(); }

    A知道的太清楚了,B有改动A就也需要改,这样就不好了。修改代码如下

    public class A{ private int i; public A(int i){ this.i = i; } public do(B b, int i){ b.do(i); } } ---------- public class B{ public void do(int i){ if(i < 10) this.f(); else this.p(); } public void f(); public void p(); }

    3、是自己的就是自己的 在实际应用中经常会出现在这样一个方法,放在本类中可以,放在其他类中没问题,如何衡量: 如果一个方法放在本类中,既不增加类间关系,也不对类产生负面影响,那就放在本类中。


    4、谨慎使用Serializable

    迪米特法则的核心观念就是类间解耦,弱耦合,只有弱耦合了,类的复用率才能提高。但是它的结果是产生了大量的中转类,导致系统的复杂性提高,同时也给维护带来难度,我们在应用的时候应该反复权衡~

    转载请注明原文地址: https://ju.6miu.com/read-1299390.html
    最新回复(0)