1.简单工程模式：
2.策略模式：它定义了算法家族，分别封装起来，让它们之间可以相互替换，此模式让算法的变化，不会影响到使用算法的客户。
3.单一职责原则：就一个类而言，应该仅有一个引起它变化的原因。
4.开放-封闭原则：是说软件实体（类，模块，函数等等）应该可以扩展，但是不可以修改。即：对扩展开放，对修改封闭。
5.依赖倒转原则：A.高层模块不应该依赖低层模块。两个都应该依赖抽象。B.抽象不应该依赖细节。细节应该依赖抽象。
6.装饰模式：动态地给一个对象添加一些额外的职责，就增加的功能来说，装饰模式比生成子类更加灵活。
7.代理模式：为其他对象提供一种代理以控制对这个对象的访问。
8.工厂模式：定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到子类。
9.原型模式：用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。
10.模板方法模式：定义一个操作中的算法的骨架，而将一些步骤延迟到之类中。模板方法使得之类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
11.迪米特法则：如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。
在类的设计上，每一个类都应当尽量降低成员的访问权限，迪米特法则其根本思想，是强调了类之间的松耦合。
12.外观模式： 为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
何时使用：
首先，在设计初期阶段，应该要有意识的将不同的两个层分离，层与层之间建立外观Facade。
其次，在开发阶段，子系统往往因为不断的重构演化而变得越来越复杂，增加外观Facade可以提供一个简单的接口，减少它们之间的依赖。
第三，在维护一个遗留的大型系统时，可能这个系统已经非常难以维护和扩展了，为新系统开发一个外观Facade类，来提供设计粗糙或高度复杂的遗留代码的比较清晰简单接口，让新系统与Facade对象交互，Facade与遗留代码交互所有复杂的工作。
13.建造者模式：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。
建造者模式是在创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时使用模式。
14.观察者模式：定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，是它们能够自动更新自己。
15.抽象工厂模式：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
16.状态模式：当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类。
状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同状态的一系列类当中，可以把复杂的逻辑判断简化。
当一个对象的行为取决于它的状态，并且它必须在运行时刻根据状态改变它的行为时，就可以考虑使用状态模式了。
17.适配器模式：将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本的接口不兼容而不能一起工作的那些类可以一起工作。
系统的数据和行为都正确，但接口不符合时，我们应该考虑用适配器，目的是使控制范围之外的一个原有对象与某个接口匹配。适配器模式主要应用于希望复用一些现存的类，但是接口又与复用环境要求一致的情况。
18.备忘录模式：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。
19.组合模式:将对象组成树形结构以表示‘部分-整体’，的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。
20.迭代器模式：提供一种方法顺序访问一个聚合对象中各个元素，而又不暴露该对象的内部表示。
21单例模式:保证一个类仅有一个实例，并提供一个访问它的全局访问点。
22.桥接模式：将抽象部分与他的实现部分分离，使它们都可以独立变化。
实现系统可能有多角度分类，每一种分类都有可能变化，那么就把这种多角度分离出来让它们独立变化，减少它们之间的耦合。
合成/聚合复用原则：尽量使用合成/聚合。尽量不要使用类继承。聚合表示一种弱的‘拥有’关系，体现的是A对象可以包含B对象，但B对象不是A的一部分；合成则是一种强的‘拥有’关系，体现了严格的部分和整体的关系，部分和整体的生命周期一样。
优点：优先使用对象的合成/聚合将有助于你保持每个类被封装，并被集中在单个任务上。这样类和类继承层次会保持较小规模，并且不太可能增长为不可控的庞然大物。
23.命令模式：将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。
第一，它能较容易的设计一个命令队列；
第二，在需要的情况下，可以较容易地将命令记入日志；
第三，允许接收请求的一方决定是否要否决请求；
第四，可以容易的实现对请求的撤销和重做；
第五，由于加进新的具体命令类不影响其他的类，因此增加新的具体命令类和容易。
命令模式把请求一个操作的对象与知道怎么执行一个操作的对象分隔开。
24.职责链模式：使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。
25.中介者模式：用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。
26.享元模式：运用共享技术有效地支持大量细粒度的对象。
27.解释器模式：给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。
28.访问者模式：表示一个作用于某个对象结构中的各元素的操作。它使你可以不改变各元素的类的前提下定义作用于这些元素的新操作。