简单工厂模式
工厂模式有一种非常形象的描述，建立对象的类就如一个工厂，而需要被建立的对象就是一个个产品；在工厂中加工产品，使用产品的人，不用在乎产品是如何生产出来的。从软件开发的角度来说，这样就有效的降低了模块之间的耦合。
就如同写一个计算器，我们只需要为每个运算符添加指定的处理逻辑,然后再需要时实例化指定的操作符，进行解耦处理，防止在一个运算类中添加过多的代码，造成过耦合
class OperationAdd:Operation { .... } class OperationSub:Operation { .... } .... public class OperationFactorty { public static Operation createOperate(string operate) { Opertaion oper = null ; switch(operate){ case "+": oper=new OperationAddd(); case "-": oper=new OperationSub(); ...... } } } # 策略模式 **策略模式**：它定义了算法家族，分别封装起来，让他们之间可以互相转换，减少了各种算法类与使用算法类之间的耦合,此模式让算法发生变化，不会影响到使用算法的用户. 此外,策略模式简化了单元测试,因为每个算法都有自己的类,可以通过自己的接口进行单独测试.  ```java //抽象类算法 abstract class Strategy { //算法方法 public override void AlgorithmInterface(); } // 具体算法B class ConcreteStrategyA:Strategy { //算法B实现方法 public override void AlgorithmInterface(); } class ConcreteStrategyC:Strategy { //算法B实现方法 public override void AlgorithmInterface(); } // Context,用一个ConcreteStrategy来配置，维护对一个Strategy对象的引用 class Context { Strategy strategy; // 初始化，传入具体的策略对象 public Context(Strategy strategy){ this.strategy=strategy; } // 上下文接口，根据具体的策略对象，调用相应的算法 public void ContextInterface() { strategy. AlgorithmInterface(); } }
单一职责原则
单一职责原则：就一个类而言，应该仅有一个引起它变化的原因。
如果一个类承担的责任过多，就等于把这些职责耦合在一起，一个职责的变化可能削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，发生变化时，设计会遭受意想不到的破坏。
开放-封闭原则
开放-封闭原则：软件实体（类，模块，函数等等）是可以扩展的，但是不可修改。
无论模块是多么 的封闭，都会存在一些无法对之封闭的目录，既然不可能完全封闭，设计人员必须对于他设计的模块应该对哪种变化封闭做出选择。他必须先猜测出最有可能发生变化的种类，然后用抽象隔离那些变化。
在我们编写程序时，假设变化不会发生，当变化发生时，我们就创建抽象来隔离以后发生的同类变化。
依赖倒转原则
依赖倒转：可以说是面向对象设计的标志，用那种语言来编写程序并不重要，如果编写时考虑的如何针对抽象编程而不是针对细节编程，即程序中所有依赖关系都是终止抽象类或接口，那就是面向对象的设计，反之就是过程化的设计。
里氏代换原则：子类必须能够替换掉它们的符类型。
装饰模式
装饰模式：动态的给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更为灵活。
装饰类的核心就是把类的核心职责和装饰功能区分开，而且可以去除相关的类中的重复的装饰逻辑。
代理模式
代理模式为其他对象提供一种代理控制对这个对象访问。
远程代理:也就是为一个对象在不同的地址空间提供局部代表。这样可以隐藏对象在于不同地址空间的事实。
虚拟代理:根据需要创建开销很大的对象，通过他来存放实例化需要很长时间的真实对象。
安全代理:用来控制真实对象访问时的权限。
智能指引 ：指当调用真实的对象，代理处理另外一些事。
