javasdk设计原则_java设计模式遵循的六⼤原则
问题由来：在软件的⽣命周期内，因为变化、升级和维护等原因需要对软件原有代码进⾏修改时，可能会给旧代码中引⼊错误，也可能会使我们不得不对整个功能进⾏重构，并且需要原有代码经过重新测试。
解决⽅案：当软件需要变化时，尽量通过扩展软件实体的⾏为来实现变化，⽽不是通过修改已有的代码来实现变化。
1.单⼀职责原则
2.⾥⽒替换原则
3.依赖倒置原则
4.接⼝隔离原则
5.迪⽶特法则
sdk6.开闭原则
开闭原则是指对扩展开放，对修改关闭,⼀般只要满⾜1-5原则开闭原则基本上也符合;
1.单⼀职责原则：就是接⼝功能单⼀，只负责该类的处理⽅法，不可融合在⼀起;
2.⾥⽒替换原则：就是⽤⼦类替换⽗类不影响功能使⽤，当使⽤继承时，遵循⾥⽒替换原则。类B继承类A时，除添加新的⽅法完成新增功能P2外，尽量不要重写⽗类A的⽅法，也尽量不要重载⽗类A的⽅法。继承包含这样⼀层含义：⽗类中凡是已经实现好的⽅法(相对于抽象⽅法⽽⾔)，实际上是在设定⼀系列的规范和契约，虽然它不强制要求所有的⼦类必须遵从这些契约，但是如果⼦类对这些⾮抽象⽅法任意修改，就会对整个继承体系造成破坏。⽽⾥⽒替换原则就是表达了这⼀层含义。
3.依赖倒置原则:⾼层模块不应该依赖低层模块，⼆者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。 依赖倒置原则基于这样⼀个事实：相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建起来的架构⽐以细节为基础搭建起来的架构要稳定的多。在java中，抽象指的是接⼝或者抽象类，细节就是具体的实现类，使⽤接⼝或者抽象类的⽬的是制定好规范和契约，⽽不去涉及任何具体的操作，把展现细节的任务交给他们的实现类去完成。
4.接⼝隔离原则: 客户端不应该依赖它不需要的接⼝；⼀个类对另⼀个类的依赖应该建⽴在最⼩的接⼝上。
5.迪⽶特法则: ⼀个对象应该对其他对象保持最少的了解。 迪⽶特法则⼜叫最少知道原则，只与直接的朋友通信。⾸先来解释⼀下什么是直接的朋友：每个对象都会与其他对象有耦合关系，只要两个对象之间有耦合关系，我们就说这两个对象之间是朋友关系。耦合的⽅式很多，依赖、关联、组合、聚合等。其中，我们称出现成员变量、⽅法参数、⽅法返回值中的类为直接的朋友，⽽出现在局部变量中的类则不是直接的朋友。也就是说，陌⽣的类最好不要作为局部变量的形式出现在类的内部。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。