che_j的博客

合成复用原则Composite Reuse Principle目录合成复用原则基本介绍继承依赖聚合组合基本介绍原则是尽量使用合成/聚合的方式,而不是使用继承 继承依赖聚合组合

迪米特法则DemeterPrinciple目录迪米特法则基本介绍案例1运行结果应用实例改进运行结果注意事项和细节基本介绍1. 一个对象应该对其他对象保持最少的了解2. 类与类关系越密切，耦合度越大3. 迪米特法则DemeterPrinciple又叫最少知道原则，即一个类对自己依赖的类知道的越少越好．也就是说，对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部．对外除了提供的public方法，不对外泄露任何信息4. 迪米特法则还有个更简单的定义：只与直接的朋友通信直接的朋友：每个对象都会

开闭原则OpenClosedPrinciple目录开闭原则基本介绍案例1运行结果分析：demo输出结果基本介绍1. 开闭原则OpenClosedPrinciple是编程中最基础、最重要的设计原则 （ocp原则）2. 一个软件的实体（eg：类），模块和函数应该对扩展开放（对提供方），对修改关闭（对使用方）用抽象构建框架，用实现扩展细节。3. 当软件需求发生变化的时候，尽量通过扩展软件实体的行为实现变化，而不是通过修改已有的代码来实现变化4. 编程中遵循其他原则，以及使用设计模式的目的就是遵循开

里氏替换原则Liskov Substitution Principle目录里氏替换原则基本介绍oo中的继承性的思考和说明案例说明输出结果解决方法案例2-解决方案--组合输出结果基本介绍1）里氏替换原则Liskov Substitution Principle在1988年，由麻省理工学院的以为姓里的女士提出的；2）如果对每个类型为T1的对象o1，都有类型为T2的对象o2，使得以T1定义的所有程序p在所有的对象o1都代换成o2时，程序p的行为没有发生变化，那么类型T2是类型T1的子类型。换句话说，所

依赖倒置原则Dependence Inversion Principle目录依赖倒置原则基本介绍依赖倒转原则应用实例方式1分析方案1 DEMO方案2 DEMO输出结果依赖关系传递的三种方式和应用案例依赖倒转原则的注意事项和细节基本介绍1）高层模块不应该依赖低层模块，二者都应该依赖其抽象；2）抽象不应该依赖细节，细节应该依赖抽象；3）依赖倒转（倒置）的中心思想是面向接囗编程；4）依赖倒转原则是基于这样的设计理念：相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建的架构比以细节为基础的

基本介绍Interface Segregation Principle：1. 客户端不应该依赖它不需要的接口，即一个类对另一个类的依赖应该建立在最小的接囗上UML图 ： 3. 类A通过接囗Interface1依赖类B，类c通过接囗Interface1依赖类D，如果接囗Interface1对于类A和类C来说不是最小接囗，那么类B和类D必须去实现他们不要的方法。4. 按接口隔离原则应当这样处理：将接囗Interface1拆分为独立的几个接囗，类A和类C分别与他们需要的接口建立依赖关系。也就是采用接口隔

单一职责原则SingleResponsibility目录单一职责原则基本介绍：说明：注意事项：DEMO：方案1:方案2:方案3:基本介绍：对类而言，一个类只负责一项职责。说明：如果类A负责两个不同的职责：职责1和职责2；当职责1需求变更改变A时，可能就会造成职责2执行错误；所以需要将类A的粒度分解为A1，A2注意事项： a. 降低类的复杂度，一个类只负责一项职责 b. 提高类的可读性，可维护性 c. 降低变更引起的风险 d. 通常情况下，应遵循单一职责原则。 只有在逻

设计模式原则目录设计模式原则设计模式的七大原则有：设计原则核心思想：设计模式的七大原则有：1. 单一职责原则2. 接口隔离原则3. 依赖倒置原则4. 里氏替换原则5. 开闭原则6. 迪米特法则7. 合成复用原则设计原则核心思想：1）找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起2）针对接囗编程，而不是针对实现编程。3）为了交互对象之间的松耦合设计而努力...