四个角色：抽象原型角色（Prototype）、具体原型角色（ConcretePrototype）、原型管理器角色（PrototypeManager）、客户端角色（Client）         抽象原型角色（Prototype）：定义原型的克隆方法接

三个角色：实体接口(Subject)，真实实体(RealSubject)，代理实体（Proxy）        实体接口(Subject)：目标对象的抽象接口        真实实

GOF定义: STATE(状态模式):允许一个对象在其内部状态改变时改变它的行为.对象看起来似乎修改了它的类. 一,我为什么用状态模式: 先看一张截图: 目前系统中遇到很多这种类型的界面,它有很多职责: 1.当我们点击”新增”按钮进入这个界面的时候,它的职责是新增一个用户.

我们继续学习设计模式系列文章。 今天我们要学习的是设计模式中的适配器模式，适配器模式其实也比较好理解，光从它的名字我们都能理解个所以然了。 适配器模式定义：将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。 上面的这段话可能对初学者来说有点抽象，短短的一段话

    在前的文章里面，我谈到了关于商城中商品类别设计的相关内容，今天我再谈谈关于商品打折的问题，在一个商城系统里，商家为了促销会使用一些促销的手段，打折就是其中之一，而打折又有很多种，比如打65折、满100送10元等等，如果一股脑把这些业务逻辑写死在程序里面，那么日后想更新或者增加新的促

我们继续学习设计模式系列文章。 本篇要讲的是命令模式，其实命令模式也比较好理解，没有用到多高深的技术，也不需要多复杂的抽象。只需要我们脑海里能有一个大概的原型，等我们遇见类似问题的时候我们能通过巧妙的方式来解决。我们做应用层开发的大部分接触的都是一些模式、框架、思想等等，不像搞低层开发的，他们研究的可能多数是一些技术实

我们继续学习设计模式系列文章。 今天要讲的是单件模式，其实单件模式是比较简单的设计模式，在我们日常开发过程中也是经常用到的。 单件模式：单件模式是一种用于确保整个应用程序中只有一个类实例且这个实例所占资源在整个应用程序中是共享时的程序设计方法。 我想如果初学者对一些基本概念能熟练掌握时，其实单件模式是很简单的，就是因为

我们继续学习设计模式系列文章。 今天要讲的是设计模式中经常被用到的“工厂模式”，所谓工厂模式就是将对象的创建交给一个叫做工厂的对象来统一进行处理。主要是将对象的依赖关系进行解耦，消除对象之间的直接耦合。那么工厂的使用有几种方式呢？那就要看我们对工厂的理解了，工厂是创建对象的一个逻辑名称，工厂可以是一个方法、一个静态类等等。只要起到对象的创建就能给它赋予上一个工厂的名称。 那

Bridge Pattern 模式解读 　　bridge 是“桥梁”的意思。就像现实社会里的桥梁担负着连接两岸的重大责任一样，Bridge Pattern也是负责连接2个不同位置的参与者。 　　桥接模式沟通着“功能的类层次”和“实现的类层次”。将“功能的类层次”和“实现的类层次”

我们先从字面上去理解它吧，直观地说，它指的是两次dispatch。这里的dispatch指的是什么呢？举个例子： class Event { public: virtual void PrintName() { cout<<"我是通用事件"<<endl;

Abstract Factory Pattern 模式解读 　　abstract 是“抽象”，factory 是“工厂”，所以合起来abstract factory 就是“抽象工厂”的意思。Abstract Factory Pattern 中的抽象工厂则是把各种抽象零件合成抽象产品。换句话说，处理的重点是在接口(api)而不是

我假设看这篇文章的朋友对装饰者模式都能有各自的、深入的理解。因为这篇文章是讨论装饰者模式的性能问题。 在本人的“.NET简谈设计模式之(装饰者模式)”一文中比较详细的讲解了装饰者模式的一般应用，但是我总是感觉装饰者模式隐隐约约之中有点不完美。经过我昨天一整天的思考、推敲终于找到了它隐隐约约中的那点不完美是什么，为了行为去继承带来的无辜的性能开销。所以本人想把它写出来，跟大家

装饰者模式其实有点难以理解，特别是对初学者来说可能有点晕，因为它的概念互相冲突，哪里互相冲突我们下面会讲解到。 本人保持一贯的写作风格，重在入门。在本人的这篇文章中会用一个比较恰当的比喻来让我们对问题迎刃而解，例子虽然简单但是重点突出。 在写这篇文章之前我在网上大概搜了一下关于“装饰者模式”的一些文章，但是讲解的效果都不太理想。要么就是找书搬过来的，要么就是对着书的例子从新

 　　　---每一模式的出现都是为了解决某一种或某一类问题，或者对某种对象间的耦合关系进行解耦合，使紧耦合变成松耦合的关系。1.前言(解耦过程) 当我们还是一个刚刚入门或者刚刚接触面向对象程序员或者学习者的时候。我们会很习惯的用类来描述某一中具有相同属性的东西。 如苹果。而且它有名字、皮等属性。然后我们就会定义一个苹果(Apple)：  View Code

一、例子在软件开发中，我们往往会想要给某一类对象增加不同的功能。比如要给汽车增加ESP、天窗或者定速巡航。如果利用继承来实现，就需要定义无数的类，Car，ESPCar，CCSCar，SunRoofCar，ESPCCSCar……很容易就导致“子类爆炸”问题。上述“子类爆炸”问题的根源在于该解决方案利用继承来扩展功能，缺乏灵活

GOF定义:         Template Method（模版方法）：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。 一 : 我为什么用Template Method?     

Prototype Pattern 名称由来 　　不是利用类来产生实例对象，而是从一个对象实例产生出另一个新的对象实例 ，根据被视为原型的对象实例 ，建立起的另一个新的对象实例就称为原型模式（Ptototype Pattern）。   需求场景   种类过多无法整合成类时第一种情形：若须处理的对象种类太多，如果要一个个设成不同的类，须产生大量的源程序文件不容易利用类产生对象实例

4个角色：指挥者(Director)，建造者(Builder)，具体建造者(ConcreteBuilder)，产品(Product)         产品：需要创建的对象产品         具体建造者：创建产品的实例并且实现建造者多个方法

Singleton Pattern 名称由来 java 是一门面向对象的语言，android 用的也是java 开发ap ，在java/C#  里面所有的物体（类）都可以看作是一个对象，而要使用这个对象无外乎为它在内存里面分配一个对象，一般情况下最直接的方法是new 一个对象，让它存在于内存中。 　　单件/例模式是所有设计模式中可以说是最简单最易懂的一种编程方式 ，想保证某个特定类的对象

Factory Method Pattern 模板模式的衍生品？ 　　以Template Method Pattern 架构获取产生对象实例的工厂就是Factory Method Pattern。 　　工厂方法模式在父类规定对象的创建方法，但并没有深入到较具体的类名。所有具体的完整内容 都放在子类。根据这个原则，我们可以大致分成产生对象实例的大纲（框架）和实际生产对象实例的类两方面。