设计模式之我见（1）：设计模式概述 设计模式面面观（2）：设计模式基本要素与原则 设计模式面面观（3）：单件模式（Singletion）-创建型模式 设计模式面面观（4）：工厂模式（Factory）-创建性模式 设计模式面面观（5）：抽象工厂模式（AbstractFactory）-创建型模式 设计模式面面观（6）：生成器模式（

装饰模式（Decorator Pattern）概述：    在软件开发中我们常常遇到这样的问题，在设计一个类后，发现这个类的某个方法，满足不了我们的需要，需要为他新增一个功能，比如在项目中遇到一个磁盘读写业务，要求可以设计一个类，正常读写磁盘内容，我们很自然的写设计一个类Disk 提供2个方法write和reader，结果实现后客户说我在写入的时候需要记录我写入的这个文件的大小。程序员通常

概述：    在软件开发中我们常常遇到这样的问题，在一个系统中有多个子系统，而一个应用型的类（客户类）需要和各个子系统打交道来完成一件事情，这样客户代码就会和子系统类耦合。在生活中我们也会遇到这样的问题，打个比方：买房子。我在买房子的时候首先是选，到一个房产开发商那里有售楼小姐给你做介绍，你选中好房子后要办理贷款，签合同，办贷款的时候还要咨询贷款额度，让公司开收入证明，还款类型，指定贷款年。然

桥接模式（Bridge）-结构型模式     桥接模式是将抽象化与实现进行脱藕的一种模式，使一个类实例化和他的行为解耦合，让他们可以有自己独立的变化空间，而不会因为类行为过多依赖类本身或类本身被类行为牵制，带来的变化受制的问题。这里需要主意的是桥接模式是将类和类行为现实减弱耦合关联并不一定要完全解耦合，当然如果可以的话完全解耦合的设计方案更优。    在设计时的运用请看下面的UML图

适配器模式（Adapter）-结构型模式     适配器模式，对刚刚接触设计模式的朋友来说是一个即陌生有熟悉的模式，听起来很矛盾对吧，在我们的编程中很多时候我们都用到了这个模式，但您也许没有想起来，等我们学习完后你会惊奇的说声：啊！原来我一直在用这个模式啊。其实在我们生活中处处都有这种模式的存在，小到一个手机的万能充电器（不要告诉我你没见过这玩意）都存在这一个原则，在不破坏或更改原有实体的

创建型模式总结创建型模式总结1.       创建型模式成员温故而知新，看完前面7章的朋友首先闭上眼睛认真的想想一个很简单的问题：创建型模式到底有几种模式？这里我特意排了下次序，依据实现的难易程度由左到右递增。2.       创建型模式讨论l         特点：创建型模式他主要解决的是对新类创建（New）动作的封装处理，所以我把创建型模式归结为对新实体的创建工作中

组合模式（Composite）-结构型模式     组合模式是将对象之间的关系以数据结构中的2叉树表现出来，使得客户端将单纯的元素与复杂元素同等看待，这样的话使得用户在操作不同的子类元素时可以和根节点元素一样操作，在透明模式下即根元素和叶元素公用同一个接口达到共同的结果。组合模式就是解决部分与整体的关系的一种模式。    如在项目开发中遇到这样的一个需求，要求罗列出系统中所有职责岗位上

原型模式（Prototype）-创建型模式 重要声明：故事纯属虚构，如有雷同请勿对号入座，故事只是为了抛砖引玉，虽以第一人称和作者本人网名起但不代表本人真实想法，请勿把故事中人物和作者本人联系起来，故事本意只为模式创造前提条件剧情：    每天早晨睁开眼洗洗漱漱,一杯奶茶2个蛋黄派,吃完拧起包包踏上上班的路程,忙完一天拖着疲惫的身子回来,洗洗澡一屁股坐在床上再也不想起来了,于是

 重要声明：故事纯属虚构，如有雷同请勿对号入座，故事只是为了抛砖引玉，虽以第一人称和作者本人网名起但不代表本人真实想法，请勿把故事中人物和作者本人联系起来，故事本意只为模式创造前提条件剧情：    最近家里刚刚装上宽带，那个高兴啊，终于不用天天泡在网吧里了，可是没高兴多长时间发现家里闹起了电脑慌，女朋友跟我强着上就一台电脑，还是本本没办法和女友合计买太电脑，但手头不宽裕放弃了买品牌

抽象工厂模式（AbstractFactory）-创建型模式 重要声明：故事纯属虚构，如有雷同请勿对号入座，故事只是为了抛砖引玉，虽以第一人称和作者本人网名起但不代表本人真实想法，请勿把故事中人物和作者本人联系起来，故事本意只为模式创造前提条件角色：ü       Wensi  主演WenSiü       女朋友  helenü       肯德基服务员  kdjü

 工厂模式（AbstractFactory）-创建型模式 重要声明：故事纯属虚构，如有雷同请勿对号入座，故事只是为了抛砖引玉，虽以第一人称和作者本人网名起但不代表本人真实想法，请勿把故事中人物和作者本人联系起来，故事本意只为模式创造前提条件角色：ü       Wensi  主演WenSiü       女朋友  helenü       电瓶车服务员  waite

模式分类从目的上来看Ø       创建型模式负责创建对象，封装对象创建行为Ø       结构模式处理类与对象间的组合关系Ø       行为模式封装类与类间的交互中的职责分配从范围上来看Ø       类模式处理类与子类的静态关系Ø       对象模式处理对象间的动态关系单件模式（Singletion）-创建型模式 重要声明：故事纯属虚构，

第二章设计模式基本要素与原则一、基本要素1)        模式名称（pattem name）一个名称用来描述模式的问题、解决方案和效果。用于和同事或朋友见相互交互我们设计思想即设计结果，所以发明一个新的设计模式名称往往比发明一个设计模式要困难的多。J2)        问题（problem）描述了设计模式在何种情形使用。它解释了设计模式形成的前因后果，描述了特定的设计问题。问

(一)  概述什么是设计模式：       设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码实际经验的总结(二)  为什么要用模式（模式到底能为我们做什么）1、一个系统需求做的再好，分析再认真，没有好的设计也是不行的，因此，我建议大家关注DESIGN PATTERN，这是大家全面进步的一个机会，也是走向务实的道路。 2、复用考虑，某些

概述：    在项目开发中我们有时候需要控制一些细密度的集合类，通常的做法是系统实例化每一个类进行指定的业务操作，这时系统需要消耗很多的内存，如果类过多的话将会把内存给撑爆掉。有种做法就是不用面向对象，呵呵对！的确可以但这个和你整个系统采用面向对象程序设计又有些格格不入。那么我们如何避免大量细粒度的对象，同时又不影响客户程序使用面向对象的操作呢？我们先来看个简单的超市进销存的例子（这里我精简了