Category Architecture

MVC，即模型-视图-控制器，是一种用于用户界面设计/展示层的架构模式，起初出现在Smalltalk。MVC模式的核心是利用控制器作为中介，将视图和模型解耦。

MVC模式中三者的职责分工明确：

1. 模型（Model）：持有所有的数据、状态和…

给定一个语言，定义它的文法（语法规则）的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。在GOF95中解释器模式被分类为行为型模式。 

1. AbstractionExpression：定义了解释器的接口，约定解释器的解释…

享元模式，直译“轻量模式”，它允许通过共享技术有效的支持大量细粒度的对象。在GOF95中轻量模式被分类为结构型模式。 

1. Flyweight：抽象享元角色，那些需要外部状态的操作通过方法参数传入，它们改变方法的行为，但是绝不影响享元的内部…

职责链模式使多个对象有机会处理请求，从而避免请求的发送者与接收者之间的耦合关系。将这些对象连成一个链条，沿着链条传递该请求，直到有一个对象处理它为止。 在GOF95中该模式被分类为行为型模式。

1. Handler：定义职责的接口，通常包含…

生成器模式将一个复杂对象的构建与它的表示分离， 使得同样的构建过程可以创建不同的表示。在GOF95中该模式被分类为创建型模式。

1. Builder：生成器接口，定义了创建一个Product对象所需各部件的操作（上图中的 build*() ）
2. ConcreteBuilder：具体生成器实现，实现各部件的创建，并负责组装Prod…

桥接模式将抽象部分与它的实现部分分离，允许它们可以独立的变化。桥接模式通过使用组合代替继承，有效的减少了类的数目，该模式在GOF95中桥接模式被分类为结构型模式。 

1. Abstraction：为“抽象部分”的接口，通常该对象中需要维护一个…

代理模式为对象提供一个替身或者占位符，以控制对该对象的访问。 代理模式在GOF95中分类为结构型模式。

1. Proxy和RealSubject具有共同的接口Subject，以满足里氏替换原则
2. Proxy一般需要持有RealSubject的引用…

状态模式允许对象在内部状态改变时改变其行为，并且，此改变对于客户端透明。状态模式将不同状态下的对象行为进行解耦。该模式在GOF95中被分类为行为模式。

1. Context 是一个类，它可以拥有一些内部状态，这些状态使用 State 接口表示
2. 不管何时，Client调用 Context.request() 方法时，Context都将该调用委托给 State 对象处理
3.  规定了所有具体状态的公共接口，这样确保了状态之间可以互相替换
4.  都提供了它自己对于请求处理的实现
5.  的状态发生改变，单这需要前者持有后者的引用

需要注意的是， 对象包含的方法数量取决于状态机支持的操作的数量，具体状态的数量则取决于状态机包含的状态的数量。

状态转换可能由 中完成状态转换。状态转换绝不会有客户代码驱动。

状态模式的优点：

1. 简化应用逻辑控制，避免了庞大的if-else结构
2. 更好的分离了状态与行为

状态模式的缺点：

1. 由于每个状态引入一个 ，可能导致程序中出现太多的状态类，显得混乱
2. 违反了OCP，当…

组合模式将对象组合成树，来表现“整体/部分”的层次（树形）结构。组合模式能让客户端以一致的方式处理个别对象以及对象的组合。该模式牺牲了SIP原则来换取操作透明性。组合模式在GOF95中分类为结构型模式。

1. 客户端使用Component接口…

提供一种方法顺序访问一个聚合对象的各个元素，而又不暴露其内部的表示。迭代器模式在GOF95中分类为行为模式，别名游标（Cursor）模式。

1. 一般集合类具有共同的接口Aggregate，例如java.util.Collection，该接口…