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

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

之前一直搞不很明白 AndroidManifest.xml 中 activity 标签下的 intent-filter 中 data 标签的属性含义，今天认真看了 Dev Guide，又在网上查询了大量相关资料，现把 data 标签中的属性含义做一个总结。  一、定义  scheme, host,

这个模式都说烂了，但是为什么几乎都是： public abstract class RepositoryBase : IDisposable { // ... 省略 field 声明 protected RepositoryBase() { this._context = this.CreateContext

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

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

本帖介绍 Prototype Pattern (原型模式)，并以一个「人事招聘程序」作为示例来说明。--------------------------------------------------------本帖的示例下载点：http://files.cnblogs.com/WizardWu/090713.zip第一个示例为 Console Mode (控制台应用程序) 项目，第二个示例为 A

模式名称：生成器模式 　　1．问题描述 　　生活场景：你玩过种地、种花等类似的游戏吗？这是最近很流行的游戏哟！下面就是从种花游戏中剪切的四个花盆（盆景），很漂亮吧！你将不同的种子放入花盆，一段时间后你就可以看到各种美丽的鲜花了，不同种子所生产出来的鲜花有不同的花朵、叶子和枝茎。编码该如何实现呢？         &nb

Simple Factory Pattern (简单工厂模式) 特性： 把类的实例化工作，集中到一个「工厂类」去处理，亦即将 new instance 的工作，都交给一个「工厂」去处理，而不要分散写在各个类中。 客户端程序，与创建实例 (对象) 的工作必须隔离，亦即「解耦」，客户端程序只要专注于自己的业务逻辑。适用于客户端程序在开发过程中，尚无法预知要创建的具体类型。 产品具体的实现能和客户端隔

概述 　　在软件系统中，有时候面临的产品类是动态变化的，而且这个产品类具有一定的等级结构。这时如果用工厂模式，则与产品类等级结构平行的工厂方法类也要随着这种变化而变化，显然不大合适。那么如何封装这种动态的变化？从而使依赖于这些易变对象的客户程序不随着产品类变化？ 　　意图 　　用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。 　　结构图 Prototype模式结构图 　　生活中

Started： 俗话说一年之计在于春，一天之计在于晨，当我起床的时候，看见表正指向九点钟，十一点下班，十点上班，这是我现在的工作节奏。来北京马上就一个月了，近二十多天里，每天的天气都非常的妩媚，但是工作原因，只能困在办公室里，真是太遗憾了。          看到MSDN的这篇文章【http://msdn.micro

Specification模式早在3个多月前,阅读一个开源博客的时候便接触到了.但并没多少深入.最近,抽空将其好好研究了一番,果然,其魅力的确能让你回味无穷,那现在,就让我们零距离接触Specification模式吧! 何为Specification? Specification,中文有翻译规格,虽然有很多争论,但目前叫得最多的,还是规格模式,既然说到了规格,那其作用估计就能不言而喻了.