Builder是一个抽象的建造者接口，为创建一个Product对象的各个部件指定的抽象接口。一般至少会有两个抽象方法，一个用来建造产品；一个是用来返回产品。ConcreteBuilder是具体建造者，实现Builder接口，构造和装配各个部件。具体来说一般

现实生活中存在很多观察者模式的实例，对于我们的理解和学习存在很大的帮助。最简单的例子，我们每天都使用Windows系统，用户界面和窗体之间，不同的状态发生不同的变化就是很好的观察者模式。Console.WriteLine ("{0}{1}关闭股票

最近几年来，人们踊跃的提倡和使用设计模式，其根本原因就是为了实现代码的复用性，增加代码的可维护性。设计模式的实现遵循了一些原则，从而达到代码的复用性及增加可维护性的目的，设计模式对理解面向对象的三大特征有很好的启发，不看设计模式，很难深层地体会到面向对象开

单例模式属于对象创建型模式，其意图是保证一个类仅有一个实例，并提供一个访问它的全局访问点。对一些类来说，只有一个实例是很重要的，虽然系统中可以有许多打印机，但却只应该有一个打印机假脱机，只应该有一个文件系统和一个窗口管理器，一个数字滤波器只能有一个A/D转

最近几年来，人们踊跃的提倡和使用设计模式，其根本原因就是为了实现代码的复用性，增加代码的可维护性。设计模式的实现遵循了一些原则，从而达到代码的复用性及增加可维护性的目的，设计模式对理解面向对象的三大特征有很好的启发，不看设计模式，很难深层地体会到面向对象开

命令模式：调用对象与作用对象之间分离，由中间件来协调两者之间的工作，如控制器；

虽然有过三年的开发经历，但是还是小菜一枚，在大鸟的指导下，开始专业化进入软件这条道路。首先大鸟推荐第一本书籍，就是《大话设计模式》。然而所有的灵感都应有其因，那就是万变不离其宗的六大面向对象的设计原则，即单一职责原则、开放--封闭原则、依赖倒转原则、里氏代

在软件的世界里存在着翻译机，只不过在软件中我们称之为解释器。在系统中如果某一特定类型的问题在频繁的发生，此时我们就有必要将这些问题的实例表述为一个语言中句子，因此可以构建一个解释器，然后利用该解释器来解释这些句子来解决这些问题。再看下笔者的例子。

客户→商家；商家→客户，这样的模式就耦合了客户和商家的关系，我们不能够轻易的改动商家或者客户。这样商家类和客户类就不会耦合在一起。

目前很多OA办公自动化软件，加快了办公效率，简化流程。相信很多小伙伴都用过。笔者了解到的大多数办公软件底层实现流程大多数采用的都是Activity或者是JBPM框架。今天笔者要说的也是类似于流程的一个设计模式，职责模式。看完类图，不知道大家有没有想到职责链

命令模式，笔者一直以为当我们开发的过程中基本上很难用到，直到维护阶段或者重构阶段，我们会发现有些撤销命令和追加命令比较频繁时，自然而然就用到命令模式。简单说下类图，最开始笔者看大话设计模式的时候也不是很喜欢看类图，主要原因是看不懂，后来当笔者第一次看完设计

桥接模式定义为：将抽象部分与它的实现部分分离，使它们都可以独立的变化。第一次看设计模式的时候，不是很清楚这句话的意思，随着笔者的不断开发，发现有一种场景，继承关系多了，不易于维护父类，而笔者认为桥接模式的出现很好的解决了这个问题。用聚合解决继承的父类难维护

众所周知，java是编程语言中的高级语言，在java的世界里，已经有前辈为我们封装好了各个很好用的框架，工具类等，今天笔者想说的迭代器模式也已经被封装过。就是我们经常使用的for循环迭代器。我们经常用，可能会有些读者并不知道这就是迭代器模式。笔者在实际工作

备忘录模式，给笔者的感觉，我们在实际开发中很少用到，至少笔者是没用到过。一般在游戏后台开发应该会经常用到吧！

本书通篇都是以情景对话的形式，用多个小故事或编程示例来组织讲解GoF总结的23个设计模式。本书共分为29章。附录部分是通过一个例子的演变为初学者介绍了面向对象的基本概念。引导读者体会设计演变过程中蕴藏的大智慧。本书适合编程初学者或希望在面向对象编程上有所提

读完了<大话设计模式>这本书，收获很多，对程序设计有了很多新的理解。将每章模式的大概要点做了些笔记以备查阅，一些设计模式书读完也对其了解得不是很透彻，需要以后在实践中来不断地加深理解吧。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。

前言首先是例行的国际惯例，本文写于本人学习设计模式的路上，适合同样学习设计模式的朋友交流使用，大神误入请留下您宝贵的意见，先行谢过；其次，上一篇策略模式中使用了动态代理的方式解决了问题，但是当时对于代理模式不甚了解，经过这两天努力学习代理模式，终于有所感悟