Java面向对象设计原则6——迪米特法则

在我们学习面向对象编程的时候,总会出现一些问题,好比以前刚刚写好的代码,上线测试可以、正常运行,突然有一天说要加一个功能,改完之后,发现以前正常运行的功能不能用了,类似这样的问题有好多好多,为了避免类似的事件发生,程序员一定要根据这些原则去开发程序。

我们一个一个来学习,今天来学习7大面向对象设计原则之一,迪米特法则。

迪米特法则:

迪米特法则(Law of Demeter,LoD)又叫作最少知识原则(Least Knowledge Principle,LKP),产生于 1987 年美国东北大学(Northeastern University)的一个名为迪米特(Demeter)的研究项目,由伊恩·荷兰(Ian Holland)提出,被 UML 创始者之一的布奇(Booch)普及,后来又因为在经典著作《程序员修炼之道》(The Pragmatic Programmer)提及而广为人知。

迪米特法则的定义是:只与你的直接朋友交谈,不跟“陌生人”说话(Talk only to your immediate friends and not to strangers)。

其含义是:如果两个软件实体无须直接通信,那么就不应当发生直接的相互调用,可以通过第三方转发该调用。其目的是降低类之间的耦合度,提高模块的相对独立性。

这个我们这样去理解,就说钱这个东西吧,就我们平时用的支付宝啊,微信啊,我们在付款的时候,不需要再带上一大堆的银行卡啊,网银啊这些了,我们可以直接通过支付宝、微信这些,直接从银行卡中把钱拿出来,然后支付。这里呢,就是用的迪米特法则。

我们原本和银行打交道,存钱取钱,但是银行又多,我们不能把所有的卡都带上,所以呢,微信支付帮我们把这些都弄到一起,然后我们选择用那个银行卡中的钱支付就好了。

迪米特法则的优点:

降低了类之间的耦合度,提高了模块的相对独立性。

由于亲合度降低,从而提高了类的可复用率和系统的扩展性。

迪米特法则的实现:

其实实现我已经说了,就是上面的银行卡的问题。

人呢,有很多银行卡,好比我来说,我有建行卡,农行卡,北京银行卡三个卡,以前出门购买点大件,都得需要带上。

现在呢,我拿上手机就好了,卡仍在家里就行。因为微信支付帮我解决了统一化管理的这个问题。

我呢,只需要知道微信支付的密码,拿好手机就行。微信支付呢,需要和我的那些个银行卡绑定,就好。

我就省的和我的每一张银行卡做沟通。

 

迪米特法则我们这里就说到这里,大家要好好学习。

你可能感兴趣的:(Java_7种设计原则,java设计原则,设计原则,迪米特法则,迪米特法则的实现)