下面来看看第二个创建模式，建造者模式。 2. 建造者模式(Builder Pattern) 建造者模式是为了把创建复杂对象的过程与构建它的各个部件的过程解耦和而产生的。单说这个感觉很抽象，还是用例子来说明吧。 还是举上边的那个方便面厂的例子吧。这里主要不是讲怎么创建不懂地域口味的方便面了，主要描述制作方便面的过程。 首先，应用建造者模式需要三个基本元素，Builde

5. 外观模式(Facade Pattern) 外观模式在结构上并不复杂，就是给内部的子系统提供一个统一的接口，来举一个现实点的例子。 还是举方便面厂的例子吧(其实我不喜欢吃方便面的)。方便面的生产流程是很复杂的，包括和面机去和面，面饼要压片，蒸熟，然后是切割面饼，然后油炸，之后是冷却，然后加入调料包等等自动包装。这个过程如果用Java语言描述的话是很复杂的，会包括很多类和方法。就

3. 组合模式(Composite Pattern) 组合模式可以让我们把对象按照树状结构进行组织，可以想象成菜单的概念，菜单下面有子菜单，也会有菜单项，使用了组合模式，我们可以在"子菜单"(组合对象)和"菜单项"(个体对象)上使用相同的操作，也就是说在多数的情况下是不用去区分它们的。 我们还是来举个例子，就是上边说的菜单的例子，我们来建立的一个结构来表示菜单，子菜单和菜单项的组

下面的一系列文章主要是描述设计模式中的行为模式，也是本系列文章的最后一个部分了。 按照在网络上搜到的定义：行为模式是对在不同对象之间划分算法和职责的抽象化，行为模式不仅描述对象或类本身，还描述了他们之间的交互。 行为模式是设计模式中最大的一类了，个人感觉行为模式来自于现实生活中的某些行为的抽象，也是在实际应用中使用的比较多的一类模式。 行为模式主要包括责任链模式(Chain

7. 代理模式(Proxy Pattern) 代理模式是一种很重要和常用的设计模式，就像它的名字一样，是关于对象的代理的，代理对象可以控制被代理对象的访问，实现某些特定的功能。 按照功能来划分，代理模式可以分为以下三种： (1) 远程代理(Remote Proxy) 可以控制对远程对象的访问，Java平台的RMI就是这种代理方式的典型应用。 (2) 虚代理(Vi

6. 享元模式(Flyweight Pattern) 享元模式也并不复杂，它的作用主要是为了节省开销而设计的，它避免了产生拥有相同内容的大量的"小类"，改为大家都共用同一个类。 享元模式将系统中的对象的装态分为内蕴状态(intrinsic)和外蕴状态(extrinsic)两种，内蕴状态是可以不会随着运行环境的变化而变化的，而外蕴状态则相反，所以，内蕴状态可以用来共享，而外蕴状态只能

4. 装饰模式(Decorator Pattern) 装饰模式顾名思义，就是给对象进行一些装饰，让他在原有的基础上动态的添加额外的职责。就好象一个女人，你可以给她"装饰"上漂亮的衣服，做好护肤，买漂亮的首饰然后让他成为一个美女；也可以不给她一顿饱饭，让她天天干活成为黄脸婆，这就是装饰的作用，在原来的基础上附加职责。而不用单独的去定义美女和黄脸婆两个类(世界上的女人那么多种，怎么定义的过来)

2. 桥接模式(Bridge) 桥接模式是一种很有意思的模式，它的结构确实像一座桥一样，与桥相连的两端都可以各自独立的变化，让一组实现与另外一组使用它们的对象分离。我们可以举个例子来说明： 还是回到先前的方便面厂那个例子，还是要构建一个生产北京，杭州两种地方口味的方便面，同样是牛肉面也就有了北京口味的牛肉面和杭州口味的牛肉面，西红柿打卤面也分北京口味和杭州口味之分。这里为了便于理解

设计模式中的结构模式是关于结构的，包括聚合，组合，继承等等，主要使用这些结构来表示程序的逻辑，主要包括下面这些模式：适配器模式(Adapter)，桥接模式(Bridge)，组合模式(Composite)，装饰模式(Decorator)，外观模式(Facade)，享元模式(Flyweight)，代理模式(Proxy)。下面的一些列文章将会逐个讲述。 首先来了解一下适配器模式。 1.

4. 单例模式(Singleton Pattern) 单例模式顾名思义，就是实现了单例，保证了在一个应用中只存在某个类的唯一实例。 单例模式包括3个变种：饿汉式，懒汉式和登记式。下边来一一的说明 (1) 饿汉式单例 Java代码   public class EagerSingleton {              // 单例       pri

3. 原型模式(Prototype Pattern) 原型模式，顾名思义，就是有一个原型，可以根据这个原型来创建其他的对象，当要创建一些列相似的对象时，使用原型来克隆总比直接创建一个新的对象要来的直接。 还是举个例子吧，比如说一个配钥匙的过程，不过使用一个非常笨的方法。 首先是一个钥匙的类： Java代码   public class Key {

最近突发奇想，觉得学会了再多的框架、技术标准，很多因为没有什么机会使用，过段时间就全都忘掉了，还是真正感悟一些方法性的东西比较合适，有很多东西需要用的时候再学是完全来得及的。 说实话，设计模式的书也看过两遍了，不过总感觉还是记不住，最近发现一个好方法，把学习的心得贴出来，在写文章的时候可以更深入的了解要学习的知识，这也算我的一个学习方法吧。 闲话少说，进入正题。 设计模式总的来