qq_49529322的博客

Java设计模式之七大设计原则本文对Java设计模式中的七大设计原则进行汇总介绍，提炼最核心的概念。设计模式总结笔记一、设计模式七大原则设计模式的目的：代码可重用性：相同功能的代码，不用多次编写。可读性：编程规范性，便于其他程序员的阅读和理解。可扩展性：当需要增加新的功能的时候，非常方便，称为可扩展性。可靠性：当我们新增功能后，对原来的功能没有影响。使程序呈现高内聚、低耦合特性。1.1、单一职责原则不遵守单一职责原则：对类来说的，就是一个类应该只负责一项职责。比如：Us

迪米特法则基本介绍:1. 一个对象应该对其他对象保持最少的了解。2. 类与类关系越密切，耦合度越大。3. 迪米特法则又叫最少知道原则，即一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部。对外除了提供的public方法，不对外泄露任何信息。4. 迪米特法则还有一个更简单的定义: 只与直接的朋友通信。5. 直接的朋友: 每个对象都会与其他对象有耦合关系，只要两个对象之间有耦合关系，我们就说这两个对象之间是朋友关系。耦合的方式很多，依赖，关联，组合，

开闭原则基本介绍:1. 开闭原则是编程中最基础、最重要的设计原则。2. 一个软件实体类，模块和函数应该对扩展开放(对提供方)，对修改关闭(对使用方)。用抽象构建框架，用实现扩展细节。3. 当软件需要变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化。4. 编程中遵循其它原则，以及使用设计模式的目的就是遵循开闭原则。实例演示: 不使用开闭原则造成的问题。public class Ocp1 { public static void main(String[]

里氏替换原则这里对java中的里氏替换原则做一个简单的介绍！里氏替换原则基本介绍:1. 所有引用基类的地方必须能透明地使用其子类的对象。2. 在使用继承时，遵循里氏替换原则，在子类中尽量不要重写父类的方法。3. 里氏替换原则告诉我们，继承实际上让两个类耦合性增强了，在适当的情况下，可以通过聚合，组合，依赖 来解决问题。案例引入:public class LiShi { public static void main(String[] args) { //调用代码 A a = new

依赖倒转原则这里对java中的依赖倒转原则做一个介绍！基本介绍:1) 高层模块不应该依赖低层模块，二者都应该依赖其抽象2) 抽象不应该依赖细节，细节应该依赖抽象3) 依赖倒转(倒置)的中心思想是面向接口编程4) 依赖倒转原则是基于这样的设计理念：相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建的架构比以细节为基础的架构要稳定的多。在java中，抽象指的是接口或抽象类，细节就是具体的实现类5) 使用接口或抽象类的目的是制定好规范，而不涉及任何具体的操作，把展现细节的任务交给他们的实现类

接口隔离原则这里对java中的接口隔离原则做一个解答!接口隔离原则:基本介绍: 客户端不应该依赖它不需要的接口，即一个类对另一个类的依赖应该建立在最小的接口上。首先通过一个需求引入:需求:1）A通过Interface1会依赖(使用)B，但是A只会使用到接口的1，2，3三个方法。2）C通过Interface1会依赖(使用)D，但是C中只会使用到接口的1，4，5三个方法。方式一: 不使用接口隔离原则代码实现: */public class Segregation { public

单一职责原则单一设计原则讲解:对类来说，即一个类应该只负责一项职责: 如A类负责两个不同职责: 职责1，职责2。当职责1需求变更而改变A时，可能造成职责2执行错误，所以需要将类A的粒度分解为A1，A2。单一职责原则注意事项和细节:1. 降低类的复杂度，一个类只负责一项职责。2. 提高类的可读性，可维护性。3. 降低变更引起的风险。4. 通常情况下，我们应当遵守单一职责原则，只有逻辑足够简单，才可以在代码级别违反单一 职责原则: 只有类中方法数量足够少，可以在方法级别保持单一职责原则。这里通