女朋友永远是对的法则 迪米特法则：如果两个类不必彼此直接通信，例如什么情况？

迪米特法则：如果两个类不必彼此直接通信，例如什么情况？

在德米特定律的狭义意义上，如果两个类不必直接相互通信，那么这两个类就不应该直接交互。如果其中一个类需要调用另一个类的方法，可以通过第三方转发调用。朋友圈的“朋友”条件：1）当前对象本身（this）2）以参数形式传入当前对象方法的对象3）当前对象的实例变量直接引用的对象4）如果当前对象的实例变量是聚合，那么聚合中的所有元素都是朋友5）如果当前对象创建的任何对象满足上述要求，其中一个条件是当前对象是“朋友”；否则，它是“陌生人”。狭义的德米特定律：系统中产生了大量的小方法。这些方法只是间接调用，与系统的业务逻辑无关。在类之间遵循Dimiter定律将简化系统的本地设计，因为每个部分都不会与远程对象直接相关。但是，这也会降低系统不同模块之间的通信效率，使系统不同模块之间的协调变得困难。表面模型和中介模型实际上是迪米特定律的应用。广义迪米特定律在类设计中的体现：应优先考虑将类设置为不变类。最小化对类的访问。小心使用serializable。尽量减少对成员的访问。

假设开发某款软件1个程序员10天可以做好，那么找10个同等水平程序员一起做1天能否做好？

生孩子需要孕妇怀孕10个月。十个同级的女人一个月能生一个孩子吗？

什么样的代码叫好代码？

好的代码，满足两个条件：能达到预期效果，容易理解。

代码的不同不在于功能能否实现，而主要在于实现的质量。

有些代码虽然实现了效果，但另一个程序员看不懂，无法维护，也是坏代码。

现在在软件行业，程序员加班是很常见的。疲劳将不可避免地影响代码的质量。

他们大多急于达到职能要求，完成领导安排的任务，只以完成为目标。

这种不考虑长远的工作方式在短时间内实现了目标，但从长远来看是个大问题。

一旦程序员离开，新来的人需要很长时间才能接手。项目的可扩展性和稳定性没有保证。

尤其是一些外行领导只知道如何为上级做贡献，不能科学安排时间。

功能需求一经更改就立即更改，新功能即将出现。因此，工程设计不断调整，整体建筑稳定性受损。

整个行业还没有意识到代码质量的重要性，也没有对代码的敬畏。它只着眼于现在而忽视了长远。

只有行业人员达到饱和，淘汰不合格的程序员和产品经理，好的代码才能形成趋势。

没有永远的朋友，只有永恒的利益，人和人相处都是等价交换，互相利用，亲情也是一样，你认同吗？

家庭不是！你培养了下一代。可以说下一代能做到吗？当然，这是中国的传统！

女朋友永远是对的法则 什么模式是迪米特法则的具体实现 六大设计原则之迪米特法则

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。