java常用设计模式详解,java设计模式七大原则

　　1）单一职责原则

　　降低一个类的复杂度，一个类只负责一个职责，提高类的可读性和可维护性，降低类变化带来的风险。通常，我们应该遵守单一职责原则。只有类逻辑简单到足以违反单一职责原则。如果一个类的方法数量相对较少，我们可以在方法级别保持单一原则。

　　2）接口隔离原则

　　客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该基于最小的接口。

　　相关视频教程推荐：java免费视频教程

　　3）依赖倒转原则(相关性反转原理，倾角)

　　1.高层模块不应该依赖于低层模块，但两者都应该依赖于它的抽象。

　　2.抽象不应该依赖于细节。

　　3.细节应该取决于抽象。

　　4.每个逻辑的实现都是由原子逻辑组成的。不可分割的原子逻辑是底层模块(一般是接口，抽象类)，原子逻辑的组装是高层模块。在Java语言中，抽象是指接口和/或抽象类，两者都不能直接实例化。细节是实现类，实现接口或者继承抽象类生成的类是细节，可以直接实例化。

　　4）里氏替换原则

　　如果对于每一个S类型的对象o1，都有一个T类型的对象o2，使得T定义的所有程序P的行为在所有对象o1都被o2代替时不变，那么S类型就是T类型的一个子类型。

　　对基类的所有引用必须对其子类的对象透明。

　　第二个定义是最清楚的。一般来说，只要父类能出现，子类就能出现，用子类替换不会导致任何错误或异常。用户可能根本不需要知道它是父类还是子类。然而，反之则不然。子类出现的地方，父类可能无法适应。

　　使用继承时，尽量不要重写父类方法。

　　5）开闭原则(ocp)

　　一个软件实体，比如类、模块和函数，应该对扩展是开放的，对修改是封闭的。

　　软件实现应该对扩展开放，对修改关闭，这意味着软件实体应该通过扩展来实现更改，而不是通过修改现有代码。

　　6）迪米特法则

　　也被称为最少知识原则(LKP)，它也可以表达为一个对象对其他对象知道的最少，即一个类对它需要耦合或调用的类知道的最少。

　　1.只在课间和你最亲近的朋友聊天。什么样的班级才算朋友？出现在成员变量和方法的输入输出参数中的类称为成员友元类。现在方法体内的类不属于友元类。

　　2.朋友之间也有距离，不能暴露太多。否则第二次修改时影响范围会加大。这也要求类之间的public方法不能任意暴露。

　　3.如果一个方法在类间关系中，把它放在自己的类中不会增加类间关系，也不会对这个类产生负面影响，所以会放在自己的类中。

　　4.序列化应该小心地进行，目标是RMI(远程方法调用)

　　最佳实践：迪米特里定律的核心在于类之间的解耦。只有弱耦合后，才能提高类的复用率。所需的结果是大量的中转或跳转类。

　　7）合成复用原则

　　合成/聚合复用的原理是在一个新对象中使用一些已有的对象，使其成为新对象的一部分；新对象通过委托给这些对象来实现重用现有功能的目的。

　　简单来说：尽量用合成/聚合，尽量不用继承。

　　更多相关文章推荐：java学习入门以上是java设计模式中常用原则的详细介绍。请多关注我们的其他相关文章！

郑重声明：本文由网友发布，不代表盛行IT的观点，版权归原作者所有，仅为传播更多信息之目的，如有侵权请联系，我们将第一时间修改或删除，多谢。