北风设计模式课程---依赖倒置原则(Dependency Inversion Principle) 一.总结 一句话总结: 面向对象技术的根基:依赖倒置原则(Dependency Inversion Principle)是很多面向对象技术的根基.它特别适合应用于构建可复用的软件框架,其对于构建弹性地易于变化的代码也特别重要.并且,因为抽象和细节已经彼此隔离,代码也变得更易维护. 1.软件设计中的"Bad Design" ? 1.影响多部分:难以修改,因为每次修改都影响系统中的多个部分.…
依赖倒置原则(DIP)定义: 高层模块不应该依赖低层模块,二者都应该依赖其抽象:抽象不应该依赖细节:细节应该依赖抽象. 问题由来: 类A直接依赖类B,假如要将类A改为依赖类C,则必须通过修改类A的代码来达成.这种场景下,类A一般是高层模块, 负责复杂的业务逻辑:类B和类C是低层模块,负责基本的原子操作:假如修改类A,会给程序带来不必要的风险. 解决方案: 将类A修改为依赖接口I,类B和类C各自实现接口I,类A通过接口I间接与类B或者类C发生联系,则会大大降低修改类A的几率. ps: 依赖倒置原则…
依赖倒转原则就是 A.要依赖于抽象,不要依赖于实现.(Abstractions should not depend upon details. Details should depend upon abstractions.) B.要针对接口编程,不要针对实现编程.(Program to an interface, not an implementation.)   未完待续…
北风设计模式课程---最少知识原则(Least Knowledge Principle) 一.总结 一句话总结: 最少知识原则(Least Knowledge Principle),或者称迪米特法则(Law of Demeter):只和自己直接的 "朋友" 交谈. 1.最少知识原则 的好处是什么? 更好的信息隐藏:It leads to better information hiding. 更少的信息重载:It leads to less information overload. 2…
北风设计模式课程---接口分离原则(Interface Segregation Principle) 一.总结 一句话总结: 接口分离原则描述为 "客户类不应被强迫依赖那些它们不需要的接口". 接口不是为特定的客户类服务,而服务了多个不同的客户类. 1.接口分离原则(Interface Segregation Principle)用来解决什么问题? 用于处理胖接口(fat interface)所带来的问题:如果类的接口定义暴露了过多的行为,则说明这个类的接口定义内聚程度不够好.换句话说…
北风设计模式课程---里氏替换原则(Liskov Substitution Principle) 一.总结 一句话总结: 当衍生类能够完全替代它们的基类时:(Liskov Substitution Principle)则是实现 OCP 原则的重要方式.只有当衍生类能够完全替代它们的基类时,使用基类的函数才能够被安全的重用,然后衍生类也可以被放心的修改了. 1.违背 LSP 原则的一个简单示例(这样设计的不好之处是什么)? |||-begin 一个非常明显地违背 LSP原则的示例就是使用 RTTI…
北风设计模式课程---单一职责原则(Single Responsibility Principle) 一.总结 一句话总结: 一个类应该有且只有一个变化的原因:单一职责原则(SRP:Single Responsibility Principle)可表述为 "一个类应该有且只有一个变化的原因(There should never be more than one reason for a class to change.)".单一职责原则是一个非常简单的原则,但通常也是最难做的正确的一个…
北风设计模式课程---开放封闭原则(Open Closed Principle) 一.总结 一句话总结: 抽象是开放封闭原则的关键. 1."所有的成员变量都应该设置为私有(Private)","要避免使用全局变量(Global Variables)","使用运行时类型识别(RTTI:Run Time Type Identification,例如 dynamic_cast)是危险的" 等等 这些思想的源泉是什么? 开放封闭原则(Open Close…
关于抽象类和接口的区别,可以参考之前的文章~http://www.cnblogs.com/leestar54/p/4593173.html using System; using System.Collections.Generic; using System.Text; namespace DependenceInversionPrinciple { //依赖倒置(Dependence Inversion Principle)DIP //High level modules should no…
依赖倒置原则 A.高层次的模块不应该依赖于低层次的模块,他们都应该依赖于抽象. B.抽象不应该依赖于具体,具体应该依赖于抽象. 依赖倒置原则 A.高层次的模块不应该依赖于低层次的模块,他们都应该依赖于抽象. B.抽象不应该依赖于具体,具体应该依赖于抽象. 目录 1概述 2意图 3代码实现 4结构图     1概述编辑 所谓依赖倒置原则(Dependence Inversion Principle)就是要依赖于抽象,不要依赖于具体.简单的说就是要求对抽象进行编程,不要对实现进行编程,这样就降低了客…