概述 在软件构建过程中，如果某一特定领域的问题比较复杂，类似的模式不断重复出现，如果使用普通的编程方式来实现将面临非常频繁的变化。在这种情况下，将特定领域的问题表达为某种语法规则下的句子，然后构建一个解释器来解释这样的句子，从而达到解决问题的目的。 意图 给定一个语言，定义它的文法的一种表示，并定义一种解释器，这个解释器使用该表示来解释语言中的句子。 结构图  

转自：《模式——工程化实现及扩展》（设计模式C# 版） http://www.cnblogs.com/callwangxiang/ 请编写一个名叫MW-IM（MarvellousWorks IM）的本地进程内的模拟聊天程序，并设计单元测试用例验证其功能的有效性。   用户状态包括：Online、Offline、AppearOffline（也就是潜水）

观察者模式想必搞程序开发的都听说过，今天我也来简单的总结一下本人在程序开发过程中是怎么使用观察者模式的；希望给大家带来点新的想法，如果哪位高手看到了也不要嘲笑啊；呵呵，最求技术的人，始终都是为了技术而学技术，目的只有一个一起最求技术的最高境界； 观察者模式是设计模式里经常被用到的一种，什么叫观察者模式，字面理解就是一个或多个对象观察某个对象这种观察是有目的地，当被观察者发生某种事件时能准确的反馈到

概述 在软件构建过程中，某些对象的状态在转换过程中，可能由于某种需要，要求程序能够回溯到对象之前处于某个点时的状态。如果使用一些公有接口来让其他对象得到对象的状态，便会暴露对象的细节实现。如何实现对象状态的良好保存与恢复？但同时又不会因此而破坏对象本身的封装性。 意图 在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可以将该对象恢复到原先保存

概述 变化一直以来都是软件设计的永恒话题，在XP编程中提倡拥抱变化，积极应对。如何更好的去抓住变化点，应对变化？如何更好的提高代码复用？通过学习Template Method模式，您应该有一个新的认识。 意图 定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。[-GOF《设计模式》] 结构图

        在Silverlight 5 beta版本中，已经支持浏览器模式(in-browser)模式下使用WebBrowser控件访问网页和在浏览器模式下创建txt文本文件。当然想要获得这个功能有三个条件在注册表内添加一个新的键、设置XAP签名(如果是在本地http://localhost:做测试时可以不需要这两个条件)

概述 面向对象的思想很好地解决了抽象性的问题，一般也不会出现性能上的问题。但是在某些情况下，对象的数量可能会太多，从而导致了运行时的代价。那么我们如何去避免大量细粒度的对象，同时又不影响客户程序使用面向对象的方式进行操作？ 意图 运用共享技术有效地支持大量细粒度的对象。[GOF 《设计模式》] 结构图 1．单纯享元模式的结构 在单纯享元模式中，所有的享元对象都是可以共享的。单纯享元

概述 组合模式有时候又叫做部分-整体模式，它使我们树型结构的问题中，模糊了简单元素和复杂元素的概念，客户程序可以向处理简单元素一样来处理复杂元素,从而使得客户程序与复杂元素的内部结构解耦。 描述Composite模式的最佳方式莫过于树形图。从抽象类或接口为根节点开始，然后生枝发芽，以形成树枝节点和叶结点。因此，Composite模式通常用来描述部分与整体之间的关系，而通过根节点对该结构的抽象，

概述 在软件系统中，有时候我们会使用继承来扩展对象的功能，但是由于继承为类型引入的静态特质，使得这种扩展方式缺乏灵活性；并且随着子类的增多（扩展功能的增多），各种子类的组合（扩展功能的组合）会导致更多子类的膨胀。如何使“对象功能的扩展”能够根据需要来动态地实现？同时避免“扩展功能的增多”带来的子类膨胀问题？从而使得任何“功能扩展变化”所导致的影响将为最低？这就是本文要讲的Decorator模式。

整理自斯坦福大学iphone开发公开课,并加入了一些自己的理解。 一、概念 Model = 你的应用程序是什么，是用户界面无关的部分 Controller = 你的应用程序如何将Model显示给用户（UI逻辑），是中心是桥梁，连通Model和View View = Controller的奴才（minion)、小跟班。view一切听从Controller的指挥，并及时将重要事件报告给Contro

  作者：finallyly 出处：博客园（转载请注明作者和出处）    很多时候，我们设计了一个方法，为了证明我们的方法是有效的，就要将自己的方法和其他人的方法对比，作用于同一个数据集，然后对比实验结果。很多时候我们手头的数据集没有标注，这时候可以借助“用户评价”的模式来进行方法评估。  本文的主旨就是希望对搜索、语义计算有兴趣的朋

概述 在软件系统中，某些类型由于自身的逻辑，它具有两个或多个维度的变化，那么如何应对这种“多维度的变化”？如何利用面向对象的技术来使得该类型能够轻松的沿着多个方向进行变化，而又不引入额外的复杂度？这就要使用Bridge模式。 桥梁模式是一个非常有用的模式，也是比较复杂的一个模式。熟悉这个模式对于理解面向对象的设计原则，包括"开－闭"原则(OCP)以及组合/聚合复用原则(CA

概述 在软件构建过程中，我们需要为某些对象建立一种“通知依赖关系” ——一个对象（目标对象）的状态发生改变，所有的依赖对象（观察者对象）都将得到通知。如果这样的依赖关系过于紧密，将使软件不能很好地抵御变化。使用面向对象技术，可以将这种依赖关系弱化，并形成一种稳定的依赖关系。从而实现软件体系结构的松耦合。 一个软件系统常常要求在某一个对象的状态发生变化的时候，某些其它的对象做出相应的改变。做到这

概述 在面向对象的软件设计中，我们经常会遇到一类集合对象，这类集合对象的内部结构可能有着各种各样的实现，但是归结起来，无非有两点是需要我们去关心的：一是集合内部的数据存储结构，二是遍历集合内部的数据。面向对象设计原则中有一条是类的单一职责原则，所以我们要尽可能的去分解这些职责，用不同的类去承担不同的职责。Iterator模式就是分离了集合对象的遍历行为，抽象出一个迭代器类来负责，这样既可以做到不

  概述  在软件系统中，有时候面临着“一个复杂对象”的创建工作，其通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将它们组合在一起的算法确相对稳定。如何应对这种变化？如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化，从而保持系统中的&ld

之前已经看过装饰器模式，但是感觉不是很清晰，但是有一种情况下出的代码，一定是装饰器。 Widget* aWidget = new BorderDecorator( new BorderDecorator( new ScrollDecorator( new TextField( 80, 24 )))); 可以看到，层层嵌套，每个类都可以按照一定的顺序嵌套多次。 比如将顺序改为如下：

概述 在软件系统中，“行为请求者”与“行为实现者”通常呈现一种“紧耦合”。但在某些场合，比如要对行为进行“记录、撤销/重做、事务”等处理，这种无法抵御变化的紧耦合是不合适的。在这种情况下，如何将“行为请求者”与“行为实现者”解耦？将一组行为抽象为对象，可以实现二者之间的松耦合。这就是本文要说的Command模式。 意图 将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求

最近买了本设计模式的书，名字叫《设计模式之禅》。这是我第一本设计模式的书，看了几章了感觉自己受益匪浅，所以想就把自己感觉到比较有意思的设计模式知识分享给大家。 首先说一下我们程序员为什么要学习设计模式把！下面是引用书上的原话： 你是程序员，没有问题，通过学习设计模式能够让你写出更加高效，优雅的代码； 你是架构师，那更好，设计模式可让你设计出健壮，稳定，高效的系统，并且自动地预防未来业务变化可能对系

概述定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它所属的类。 意图 状态模式主要解决的是当控制一个对象状态装换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同状态的一系列类中，可以把复杂的判断逻辑简单化。 当一个对象行为取决于它的状态，并且它必须在运行时刻根据状态

概述 在软件系统中，有些对象有时候由于跨越网络或者其他的障碍，而不能够或者不想直接访问另一个对象，如果直接访问会给系统带来不必要的复杂性，这时候可以在客户程序和目标对象之间增加一层中间层，让代理对象来代替目标对象打点一切。这就是本文要说的Proxy模式。   意图 代理（Proxy）模式给某一个对象提供一个代理，并由代理对象控制对原对象的引用。 代理模式的英文叫做Proxy或