依赖倒转原则（依赖倒置原则）：
抽象不应该依赖细节，细节应该依赖于抽象。针对接口编程，不要对实现编程。高层模块不应该依赖底层模块。两个都应该依赖抽象。
开放-封闭原则：
软件实体（类、函数、模块等等） 应该都可以扩展，但是不可修改。
对于扩展是开放的，对于修改是封闭的。
怎样的设计才能面对需求的改变却可以保持相对稳定，从而使得系统可以在第一个版本以后不断推出新的版本？
单一职责原则：
就一个类而言，应该仅有一个引起它变化的原因
策略模式：
是一种定义一系列算法的方法，从概念上来看，所有这些算法完成的都是相同的工作，只是实现不同，他可以以相同的方式调用所有的方法，较少了各种算法类与使用算法类之间的耦合。
策略模式的优点是简化了单元测试，因为每个算法都有自己的类，都可以通过自己的接口单独测试。
策略模式几乎可以封装任何类型的规则，只要在分析过程中听到不同时间应用不同的业务规则，就可以考虑使用策略模式处理这种变化的可能性。任何需求的变更都是需要成本的。
装饰模式：
装饰模式是为已有功能动态的添加更多各功能的一种方式。
当系统需要新功能的时候，是向旧的类中添加行的代码，这些新加的代码通常装饰了原有类的核心职责或者主要行为，但是在主类中加入了新的字段，新的方法和新的逻辑，从而增加了主类的复杂度。而这些新加的东西仅仅是为了满足一些只在某种特定情况下才会执行的特殊行为的需要。装饰模式提供了一个很好的方案，它把每个要装饰的功能放在单独的类中，并让这个类包装它所要装饰的对象，因此，当需要执行特殊行为时，客户代码就可以在运行时根据需要有选择的、按顺序的使用装饰功能包装对象了。
装饰模式的优点：
把类中的装饰功能从类中搬移去除，这样可以简化原有的类。
有效的把类的核心职责和装饰功能区分开了。而且可以去除相关类中重复的逻辑。
代理模式：
1、远程代理，也就是为一个对象在不同的地址空间提供局部代表，这样可以隐藏一个对象存在于不同地址空间的事实。（例：在一个应用程序的项目里加入一个web引用，引用一个webservice，此时会在项目中生成一个webReference的文件话和一些文件，其实他们就是代理，这就使得客户端程序调用代理就可以解决远程访问的问题）
2、虚拟代理，是根据需要创建开销很大的对象。通过它来存放实例化需要很长时间真是对象。（这样就可以达到性能的最优化，比比如打开一个很大的HTML，里面有很多的文字和图片，但是还是可以很快打开，先看到的是文字，图片是一张一张下载后才能看到，哪些未打开的图片，就是通过虚拟代理来替代了真实的图片，此时代理存储了真实图片的路径和尺寸）
3、安全代理，用来控制真是对象访问时的权限（一般用于对象应该有不同的访问权限的时候）
4、智能指引，是指当调用正式的对象时，代理处理另外一些事情（例如对象的引用次数 释放等等）
原型模式：
原型模式其实就是从一个对象在创建另外一个可定制的对象
一般在初始化的信息不发生变化的情况下，克隆是最好的办法，这既隐藏了对象创建的细节，又对性能是大大的提高。
不用重新初始化对象，而是动态的活的对象运行是的状态
模板方法模式：
模板方法模式是通过不变行为搬移到超类，去除子类中的重复代码来体现它的优势
模板方法模式提供了一个很好的代码复用平台
当不变的和可变的行为在方法的子类是现在中混合在一起的时候 不变的行为就会在子类中重复出现，通过模板方法模式把这些行为搬移到单一的地方，这样就帮助子类拜托重复的不变行为的纠缠
工厂方法：
简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断，根据客户端的选择条件东塔实例化相关的类，对于客户端来说，去除了与具体产品的依赖。遇到增加特定的功能时，要修改工厂类，违背了 开放-封闭 原则，
工厂方法模式实现是，客户端需要决定实例化哪一个工厂类实现运算类，选择判断的问题还是存在的，也就是说，工厂方法吧简单工厂的内部逻辑判断移到了客户端代码来进行，想要加功能，本来是改工厂类，现在是改客户端。
迪米特法则（最少知识原则）：
如果两个类不比彼此直接通信，那么这两个类就不应当发生直接的交互作用。如果其中一个类需要调用另一个类的某一个方法，可以通过第三者转发这个调用。
在类的结构设计上，每一个类都应当降低成员的访问权限，也就是说，一个类包装好自己的private状态，不需要让别的类知道的字段或行为就不要公开。
迪米特法则其根本思想，是强调了类之间的松耦合。类之间的耦合越弱，越有利与复用，一个处在弱耦合的类被修改，不会对有关系的类造成波及。
外观模式：
为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
首先，再设计初期阶段，应该要有意识的讲不通的两个层分离，层与层之间建立外观，这样可以为复杂的子系统提供一个简单的接口，使得耦合大大降低。
其次，在开发阶段，子系统往往因为不断的重构烟花而变得越来越复杂，增加外观可以提供一个加单的接口，减少他们之间的依赖。
第三，在维护一个遗留的大型系统时，可能这个系统已经非常难以维护和扩展了，可以为新系统开发一个外观类，来提供设计粗糙或高度复杂的遗留代码的比较清晰简单的接口。让新系统与外观对象交互，外观与遗留代码交互所有复杂的工作。
建造者模式：
讲一个复杂对象的构建与它的标识分离，使得同样的构建过程继而又创建不同的表示。如果用了建造者（builder）模式，name用户就只需指定需要建造的类型就可以得到他们，而具体健在的过程和细节就不需知道了。
builder是什么？ 是为创建一个product对象的各个部件指定的抽象接口，