我所理解的设计模式

我所理解的设计模式（C++实现）——简单工厂模式（Simple Factory Pattern）

简单工厂模式按照设计模式类型分的话是属于创建型模式，他是工厂模式中最简单的一种，他不属于GoF23中设计模式之一，但是是简单实用的。他是有一个工厂对象来决定创建哪一种对象的实例。实现比较简单，这里我只贴出类图和调用方法：调用方法：IProduct*simpleFactory::Create(std::stringclassName){if(className=="Ipad")returnnewIp

iteye_4389·2020-09-17 08:19

我所理解的设计模式（C++实现）——抽象工厂模式（Abstract Factory Pattern）

解决的问题：在系统里a,b,c三个组件必须同时使用，但是a的同类a1和a2这三种方法有共同特点但是是互斥的，b,b1,b2和c,c1,c2和a/a1/a2是一样的。就比如说创建在不同操作系统的视窗环境下都能够运行的系统时，Unix下面有unixButton和unixText，Win下面也有winButton和winText，unixButton和unixText必须在一个系统unix里面用，而wi

iteye_4389·2020-09-13 01:38

我所理解的设计模式（C++实现）——代理模式（Proxy Pattern）

概述作为C++工程师，免不了要管理内存，内存管理也是C++中的难点，而智能指针采用引用计数的办法很方便的帮我们管理了内存的使用，极大方便了我们的工作效率。而智能指针的这种用法其实就是代理模式的一种，他帮我们控制了该对象的内存使用。代理模式就是为其他对象提供一种代理来控制对这个对象的访问。种类和用途Proxy模式根据种类不同，效果也不尽相同：1、远程（Remote）代理：为一个位于不同的地址空间的对

iteye_4389·2020-08-26 23:51

我所理解的设计模式（C++实现）——命令模式（Command Pattern）

概述：我们去餐厅吃饭，我们是通过服务员来点菜，具体是谁来做这些菜和他们什么时候完成的这些菜，其实我们都不知道。抽象之，“菜单请求者”我们和“菜单实现者”厨师，2者之间是松耦合的，我们对这些菜的其他一些请求比如“撤销，重做”等，我们也不知道是谁在做。其实这就是本文要说的Command模式。将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤消的操作

iteye_4389·2020-08-19 10:19

我所理解的设计模式——对象行为之命令（Comand）模式

前言在GOF设计模式书中提及，Comand模式的意图是将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。GOF中列举了该模式的四种适用性：1.在不同时刻指定、排列和执行请求；（有栗子）2.支持取消操作；（慢慢体会）3.支持修改日志；（慢慢体会）4.用构建在原语操作上的高层操作构造一个系统。（慢慢体会）扯淡由此开始由一个小程序说起，用过

阿树______·2020-08-15 10:54

元对象我所理解的设计模式（C++实现）——享元模式（Flyweight Pattern）

这段时间个人几篇文章介绍了改元对象的文章.关联文章的地址概述想想我们编辑文档用的wps，文档里文字很多都是重复的，我们弗成能为每个涌现的汉字都创建独立的空间，这样代价太大，最好的方法就是同享其中雷同的部分，使得需要创建的对象降到最小，这个就是享元模式的核心，即运用同享技巧有效地支持大批细粒度的对象。享元对象能做到同享的关键是辨别内蕴状态（InternalState）和外蕴状态（ExternalSt

weixin_34113237·2020-07-15 05:15

我所理解的设计模式（C++实现）——建造者模式（Builder Pattern）

解决的问题：我创建的这个对象比较复杂，且该对象里面的成员函数用不同的实现来表示不同的实例，换句话说就是同样的对象构建过程可以有不同的表示。比如我那天去吃过桥米线，他们有不同的套餐，套餐里包含的种类是一样的，都有一碗米线，一份凉菜，一杯饮料。但是不同的套餐里这3样又都不是全部一样的。此时我们就可以用建造者模式。类图结构：1．建造者（Builder）角色：给出一个抽象接口，以规范产品对象的各个组成成分

iteye_4389·2020-07-11 08:23

我所理解的设计模式（C++实现）——责任链模式（Chain Of Responsibility Pattern）

概述：辛辛苦苦了工作了一年，终于可以加薪了，向主管提交了加薪申请，主管一看不得了，自己职权不够，批不了，主管把申请上交总监，总监发现自己也批不了，申请到了总经理手中，总经理一看，小伙子口气不小了，有胆识敢申请，先来谈下心。预知后事如何，请看下回分解。这就是典型的职责链模式，请求的处理形成了一条链，直到有一个对象处理请求。责任链模式是一种对象的行为模式。在责任链模式里，很多对象由每一个对象对其下家的

iteye_4389·2020-07-11 08:23

我所理解的设计模式（C++实现）——单例模式（Singleton Pattern）

单例模式，顾名思义，就是只能由一个实例，那么我们就必须保证该类不能被复制。该类不能被公开的创造。那么对于C++来说，他的构造函数，拷贝构造函数和他的赋值函数都不能被公开调用。但对于该私有的构造函数的构造时机上来说也可以分两种情况来构造：只有当需要改类的时候去构造（即为懒汉模式）在程序开始之前我就先构造好，你到时候直接用就可（即为饿汉模式）那么我分别来说说这两种模式：懒汉模式，静态局部变量只会被初始

iteye_4389·2020-07-09 17:04

我所理解的设计模式（C++实现）——桥模式（Bridge Pattern）

桥模式，其作用就是让抽象与实现相分离，让两者都能够各自变化。举例来说吧，画图，我可以画矩形，圆，三角形等等，在哪里画呢？我可以在pdf上画，也可以在doc上面画。画什么图和在哪里画都是可以独立变化的，此种情况就比较适合用桥模式。就是说设计中有超过一维的变化我们就可以用桥模式。如果只有一维在变化，那么我们用继承就可以圆满的解决问题。我的图形定义：#pragmaonce#include#include

iteye_4389·2020-07-04 19:22

我所理解的设计模式（C++实现）——装饰者模式（Decorator Pattern）

解决的问题：我们在装饰新家的时候买了几幅抽象画，买回来之后发现有些加上色彩艳丽的边框更适合我们，而有的加上玻璃罩之后更能符合我们的使用。那我们来怎么解决这个问题呢？他需要动态的给别的对象增加额外的职责，这就是装饰者模式的目的。我们可以通过继承的方式来给原对象增加新功能，但是装饰者模式采用组合的方式比生成子类更加灵活。类图及样例实现：在装饰模式中的各个角色有：抽象构件（Component）角色：给出

iteye_4389·2020-07-04 19:22

我所理解的设计模式（C++实现）——观察者模式（Observer Pattern）

概述：最近中国股市起起伏伏，当然了起伏就用商机，小明发现商机后果断想入市，买入了中国证券，他想在电脑客户端上，网页上，手机上，iPad上都可以查看到该证券的实时行情，这种情况下我们应该怎么设计我们的软件呢？我们可以这样：小明的所有客户端上都订阅中国证券这个股票，只要股票一有变化，所有的客户端都会被通知到并且被自动更新。这就是我们的观察者模式，她定义对象间的一种一对多的依赖关系，当一个对象的状态发生

iteye_4389·2020-07-02 04:09

我所理解的设计模式（C++实现）——适配器模式（Adapter Pattern）

解决的问题：适配器模式把一个类的接口变换成客户端所期待的另一种接口，从而使原本接口不匹配而无法在一起工作的两个类能够在一起工作。比如说我的hp笔记本，美国产品，人家美国的电压是110V的，而我们中国的电压是220V，要在中国能使用，必须找个变压器转一下电压才可以。这个变压器就是个适配器。适配器模式有类适配器和对象适配器两种模式，我们将分别讨论。类适配器：由图中可以看出，Adaptee类没有Requ

iteye_4389·2020-06-23 19:23

我所理解的设计模式（C++实现）——中介者模式（Mediator Pattern）

概述：假设我们开发一个图片处理软件，里面肯定包括很多相关功能，比如说剪切，旋转，滤镜，美化等等，而我们这些功能所要处理的对象是固定的，就是我们所显示的那张图片。但是我们不能把所有的功能罗列到一个tab上，虽然这样处理方便但是不美观。这是我们可以这样子：用一个中介者类负责所有功能的初始化和具体执行，我们需要功能时直接调用中介者类即可。中介者模式就是定义一个中介对象来封装系列对象之间的交互。中介者使各

LCL_data·2020-06-21 23:57

我所理解的设计模式 —— 单例

什么单例单例是指整个程序中有且只有一个对象，具有全局唯一性，单例必须要自行创建一个实例，单例必须要始终提供一个全局实例暴露给外部使用。为什么用单例模式创建并使用一个单例，就是引入了单例模式；使用单例模式，是为了避免在整个程序中创建多个对象。创建一个单例条件提供一个静态实例，一般设置成nil提供一个创建单例实例的方法，如果实例存在就返回实例，否则创建一个实例在OC中，需要重写+(instancety

EmptyWalker·2020-01-08 08:46

复习了下设计模式

这是老夫第五次刷大话设计模式这本书每次看完这本书都收获满满,并且也运用到工作中其中我的两个开源swiftArch和kotlinArch中很多的封装思路都源自于这本书我打算用python3把我所理解的设计模式表示出来写出例子其实我并不非常熟悉

码农弟弟·2019-12-10 18:43

Android 内功心法(1)——设计模式的原则和android中常用的模式

接下来我就来讲述一下我所理解的设计模式。若有其他理解的工程师，欢迎前来探讨！若想了解设计模式，那么就要先摸清它的原则和行为模式。设计模式不针对哪种编程语言，而是针对编程思想。

yehui928186846·2016-05-03 20:00

我所理解的设计模式（C++实现）—— “一句话总结”和索引

我所理解的设计模式系列已经全部完成，在写该系列的过程中收获很多。俗话说得好，好记性不如烂笔头，写出来不单单可以增加自己对知识的理解，也可以很好的分享给大家，大家共同学习。

a809146548·2015-11-15 17:00

我所理解的设计模式之Java装饰模式

快要毕业了，之前学习的设计模式没有想到这么重要，马马虎虎就应付过去了，现在重新学习一下。在这里写一下自己所理解的装饰模式，语言不多，看代码吧…… package decorator; /** * User.java * 定义一个接口，规定好一个方法，以后所有的类都去实现或重写这个方法 * @author sztsiang * */ public interf

·2015-11-13 12:23

我所理解的设计模式（C++实现）——观察者模式（Observer Pattern）

概述：近期中国股市起起伏伏，当然了起伏就用商机，小明发现商机后果断想入市，买入了中国证券，他想在电脑client上，网页上，手机上，iPad上都能够查看到该证券的实时行情，这样的情况下我们应该怎么设计我们的软件呢？我们能够这样：小明的全部client上都订阅中国证券这个股票，仅仅要股票一有变化，全部的client都会被通知到而且被自己主动

·2015-11-11 13:31

我所理解的设计模式（C++实现）——原型模式（Prototype Pattern）

解决的问题：用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。这个其实和C++的拷贝构造函数的作用是一致的，实际上就是动态抽取当前对象运行时的状态。类图结构：客户（Client）角色：客户类提出创建对象的请求。抽象原型（Prototype）角色：这是一个抽象角色，通常由一个C#接口或抽象类实现。此角色

·2015-11-11 06:27

我所理解的设计模式（C++实现）——状态模式（State Pattern）

概述：看看我们平时用的开关，同样一个开关他有2种状态：开和关，当她处于不同的状态的时候她的行为是不一样的，比如当她是开着的时候，你按她一下，她就变成了关闭状态，她是关着的时候按她一下，她就变成了开着的状态。看上去就像是改变了它的类一样，其实我们开发者都知道，我们里面用到了if-else，但是当碰到更多状态时就会造成很多很多if-else，设计和

·2015-11-11 03:25

我所理解的设计模式（C++实现）——策略模式（Strategy Pattern）

概述：每个人都要“交个人所得税”，但是“在美国交个人所得税”和“在中国交个人所得税”就有不同的算税方法。而策略模式就是对算法进行包装，是把使用算法的责任和算法本身分割开来，委派给不同的对象管理。策略模式通常把一个系列的算法包装到一系列的策略类里面，作为一个抽象策略类的子类。用一句话来说，就是：“准备一组算法，并将每一个算法封装起来，使得它们可以互换”。类图与实例： Contex

·2015-11-09 14:11

我所理解的设计模式（C++实现）——建造者模式（Builder Pattern）

解决的问题：我创建的这个对象比较复杂，且该对象里面的成员函数用不同的实现来表示不同的实例，换句话说就是同样的对象构建过程可以有不同的表示。比如我那天去吃过桥米线，他们有不同的套餐，套餐里包含的种类是一样的，都有一碗米线，一份凉菜，一杯饮料。但是不同的套餐里这3样又都不是全部一样的。此时我们就可以用建造者模式。类图结构： 1．建造者（Builder）角色：给出一

·2015-11-08 15:18

我所理解的设计模式（C++实现）——中介者模式（Mediator Pattern）

概述：假设我们开发一个图片处理软件，里面肯定包括很多相关功能，比如说剪切，旋转，滤镜，美化等等，而我们这些功能所要处理的对象是固定的，就是我们所显示的那张图片。但是我们不能把所有的功能罗列到一个tab上，虽然这样处理方便但是不美观。这是我们可以这样子：用一个中介者类负责所有功能的初始化和具体执行，我们需要功能时直接调用中介者类即可。

·2015-11-08 11:13

代理对象我所理解的设计模式（C++实现）——代理模式（Proxy Pattern）

文章结束给大家来个程序员笑话：[M] 概述作为C++工程师，免不了要管理内存，内存管理也是C++中的难点，而智能指针采用引用计数的方法很方便的帮我们管理了内存的应用，极大方便了我们的任务效率。而智能指针的这类用法其实就是代理模式的一种，他帮我们控制了该对象的内存应用。

·2015-11-07 10:29

我所理解的设计模式（C++实现）——备忘录模式（Memento Pattern）

概述：我们玩单机游戏的时候总会遇到老婆大人的各位事情，一会去买瓶醋了，一会去打个酱油了，会耽误我们玩游戏的进程，但是此时我们能有“保存游戏”这个宝贝，我们的主基地不会在我们打酱油的时候被对手拆掉。这“保存游戏”的功能其实就是备忘录模式的很好应用，她是在不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可

·2015-10-31 08:14

我所理解的设计模式（C++实现）——中介者模式（Mediator Pattern）

概述：假设我们开发一个图片处理软件，里面肯定包括很多相关功能，比如说剪切，旋转，滤镜，美化等等，而我们这些功能所要处理的对象是固定的，就是我们所显示的那张图片。但是我们不能把所有的功能罗列到一个tab上，虽然这样处理方便但是不美观。这是我们可以这样子：用一个中介者类负责所有功能的初始化和具体执行，我们需要功能时直接调用中介者类即可。

·2015-10-30 12:02

我所理解的设计模式（C++实现）——解释器模式（Interpreter Pattern）

概述：未来机器智能化已然成为趋势，现在手机都能听懂英语和普通话，那我大中华几万种方言的被智能化也许也是趋势，我们的方言虽然和普通话相似，但是还是不一样的。这可能需要一个新的语法分析器来帮助我们。我们的解释器模式就是描述了如何为简单的语言定义一个文法，如何在该语言中表示一个句子，以及如何解释这些句子。但是解释一门自然语言是复杂的过程

·2015-10-30 11:17

我所理解的设计模式（C++实现）—— “一句话总结”和索引

我所理解的设计模式系列已经全部完成，在写该系列的过程中收获很多。俗话说得好，好记性不如烂笔头，写出来不单单可以增加自己对知识的理解，也可以很好的分享给大家，大家共同学习。

LCL_data·2013-09-28 07:46

[置顶] 我所理解的设计模式（C++实现）—— “一句话总结”和索引

我所理解的设计模式系列已经全部完成，在写该系列的过程中收获很多。俗话说得好，好记性不如烂笔头，写出来不单单可以增加自己对知识的理解，也可以很好的分享给大家，大家共同学习。

LCL_data·2013-09-28 07:00

[置顶] 我所理解的设计模式（C++实现）—— “一句话总结”和索引

我所理解的设计模式系列已经全部完成，在写该系列的过程中收获很多。俗话说得好，好记性不如烂笔头，写出来不单单可以增加自己对知识的理解，也可以很好的分享给大家，大家共同学习。

LCL_data·2013-09-28 07:00

我所理解的设计模式（C++实现）——访问者模式（Visitor Pattern）

概述：我们去银行柜台办业务，一般情况下会开几个个人业务柜台的，你去其中任何一个柜台办理都是可以的。我们的访问者模式可以很好付诸在这个场景中：对于银行柜台来说，他们是不用变化的，就是说今天和明天提供个人业务的柜台是不需要有变化的。而我们作为访问者，今天来银行可能是取消费流水，明天来银行可能是去办理手机银行业务，这些是我们访问者的操作，一直是在变化的。访问者模式就是表示一个作用于某对象结构中的各元素的

LCL_data·2013-09-12 16:39

我所理解的设计模式（C++实现）——访问者模式（Visitor Pattern）

概述：我们去银行柜台办业务，一般情况下会开几个个人业务柜台的，你去其中任何一个柜台办理都是可以的。我们的访问者模式可以很好付诸在这个场景中：对于银行柜台来说，他们是不用变化的，就是说今天和明天提供个人业务的柜台是不需要有变化的。而我们作为访问者，今天来银行可能是取消费流水，明天来银行可能是去办理手机银行业务，这些是我们访问者的操作，一直是在变化的。访问者模式就是表示一个作用于某对象结构中的各元素的

LCL_data·2013-09-12 16:00

我所理解的设计模式（C++实现）——策略模式（Strategy Pattern）

概述：每个人都要“交个人所得税”，但是“在美国交个人所得税”和“在中国交个人所得税”就有不同的算税方法。而策略模式就是对算法进行包装，是把使用算法的责任和算法本身分割开来，委派给不同的对象管理。策略模式通常把一个系列的算法包装到一系列的策略类里面，作为一个抽象策略类的子类。用一句话来说，就是：“准备一组算法，并将每一个算法封装起来，使得它们可以互换”。类图与实例：Context(应用场景):1、需

LCL_data·2013-08-24 10:44

我所理解的设计模式（C++实现）——策略模式（Strategy Pattern）

概述：每个人都要“交个人所得税”，但是“在美国交个人所得税”和“在中国交个人所得税”就有不同的算税方法。而策略模式就是对算法进行包装，是把使用算法的责任和算法本身分割开来，委派给不同的对象管理。策略模式通常把一个系列的算法包装到一系列的策略类里面，作为一个抽象策略类的子类。用一句话来说，就是：“准备一组算法，并将每一个算法封装起来，使得它们可以互换”。类图与实例：Context(应用场景):1、需

LCL_data·2013-08-24 10:00

我所理解的设计模式（C++实现）——状态模式（State Pattern）

概述：看看我们平时用的开关，同样一个开关他有2种状态：开和关，当她处于不同的状态的时候她的行为是不一样的，比如当她是开着的时候，你按她一下，她就变成了关闭状态，她是关着的时候按她一下，她就变成了开着的状态。看上去就像是改变了它的类一样，其实我们开发者都知道，我们里面用到了if-else，但是当碰到更多状态时就会造成很多很多if-else，设计和维护就相当的复杂，我们将要学习的状态模式就是允

LCL_data·2013-08-24 07:00

我所理解的设计模式（C++实现）——观察者模式（Observer Pattern） (转)

概述：最近中国股市起起伏伏，当然了起伏就用商机，小明发现商机后果断想入市，买入了中国证券，他想在电脑客户端上，网页上，手机上，iPad上都可以查看到该证券的实时行情，这种情况下我们应该怎么设计我们的软件呢？我们可以这样：小明的所有客户端上都订阅中国证券这个股票，只要股票一有变化，所有的客户端都会被通知到并且被自动更新。这就是我们的观察者模式，她定义对象间的一种一对多的依赖关系，当

lefter1986·2013-08-06 09:00

我所理解的设计模式（C++实现）——备忘录模式（Memento Pattern）

概述：我们玩单机游戏的时候总会遇到老婆大人的各位事情，一会去买瓶醋了，一会去打个酱油了，会耽误我们玩游戏的进程，但是此时我们能有“保存游戏”这个宝贝，我们的主基地不会在我们打酱油的时候被对手拆掉。这“保存游戏”的功能其实就是备忘录模式的很好应用，她是在不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可以就该对象恢复到原先保存的状态。这个其实也是我们的redo，un

LCL_data·2013-08-04 10:13

我所理解的设计模式（C++实现）——备忘录模式（Memento Pattern）

概述：我们玩单机游戏的时候总会遇到老婆大人的各位事情，一会去买瓶醋了，一会去打个酱油了，会耽误我们玩游戏的进程，但是此时我们能有“保存游戏”这个宝贝，我们的主基地不会在我们打酱油的时候被对手拆掉。这“保存游戏”的功能其实就是备忘录模式的很好应用，她是在不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可以就该对象恢复到原先保存的状态。这个其实也是我们的red

LCL_data·2013-08-04 10:00

我所理解的设计模式（C++实现）——中介者模式（Mediator Pattern）

概述：假设我们开发一个图片处理软件，里面肯定包括很多相关功能，比如说剪切，旋转，滤镜，美化等等，而我们这些功能所要处理的对象是固定的，就是我们所显示的那张图片。但是我们不能把所有的功能罗列到一个tab上，虽然这样处理方便但是不美观。这是我们可以这样子：用一个中介者类负责所有功能的初始化和具体执行，我们需要功能时直接调用中介者类即可。中介者模式就是定义一个中介对象来封装系列对象之间的交互。中

LCL_data·2013-07-27 14:00

我所理解的设计模式（C++实现）——迭代器模式（Iterator Pattern）

概述：在现在的电视机中，我们使用[后一个]和[前一个]按钮可以很方便的换台，当按下[后一个]按钮时，将切换到下一个预置的频道。想象一下在陌生的城市中的旅店中看电视。当改变频道时，重要的不是几频道，而是节目内容。如果对一个频道的节目不感兴趣，那么可以换下一个频道，而不需要知道它是几频道。这个其实就是我们迭代器模式的精髓：提供一种方法顺序访问一个聚合对象中各个元素, 而又不需暴露该对象

LCL_data·2013-07-12 13:00

我所理解的设计模式（C++实现）——迭代器模式（Iterator Pattern）

概述：在现在的电视机中，我们使用[后一个]和[前一个]按钮可以很方便的换台，当按下[后一个]按钮时，将切换到下一个预置的频道。想象一下在陌生的城市中的旅店中看电视。当改变频道时，重要的不是几频道，而是节目内容。如果对一个频道的节目不感兴趣，那么可以换下一个频道，而不需要知道它是几频道。这个其实就是我们迭代器模式的精髓：提供一种方法顺序访问一个聚合对象中各个元素,而又不需暴露该对象的内部表示。类图和

runfeel·2013-07-12 13:00

我所理解的设计模式（C++实现）——观察者模式（Observer Pattern）

概述：最近中国股市起起伏伏，当然了起伏就用商机，小明发现商机后果断想入市，买入了中国证券，他想在电脑客户端上，网页上，手机上，iPad上都可以查看到该证券的实时行情，这种情况下我们应该怎么设计我们的软件呢？我们可以这样：小明的所有客户端上都订阅中国证券这个股票，只要股票一有变化，所有的客户端都会被通知到并且被自动更新。这就是我们的观察者模式，她定义对象间的一种一对多的

chanlp129·2013-07-07 13:00

我所理解的设计模式（C++实现）——解释器模式（Interpreter Pattern）

概述：未来机器智能化已然成为趋势，现在手机都能听懂英语和普通话，那我大中华几万种方言的被智能化也许也是趋势，我们的方言虽然和普通话相似，但是还是不一样的。这可能需要一个新的语法分析器来帮助我们。我们的解释器模式就是描述了如何为简单的语言定义一个文法，如何在该语言中表示一个句子，以及如何解释这些句子。但是解释一门自然语言是复杂的过程，我们以加减运算为例子来详细解释解释器模式。类图和实例：抽象

LCL_data·2013-07-06 19:00

我所理解的设计模式（C++实现）——解释器模式（Interpreter Pattern）

概述：未来机器智能化已然成为趋势，现在手机都能听懂英语和普通话，那我大中华几万种方言的被智能化也许也是趋势，我们的方言虽然和普通话相似，但是还是不一样的。这可能需要一个新的语法分析器来帮助我们。我们的解释器模式就是描述了如何为简单的语言定义一个文法，如何在该语言中表示一个句子，以及如何解释这些句子。但是解释一门自然语言是复杂的过程，我们以加减运算为例子来详细解释解释器模式。类图和实例：抽象表达式角

runfeel·2013-07-06 19:00

我所理解的设计模式（C++实现）——观察者模式（Observer Pattern）

概述：最近中国股市起起伏伏，当然了起伏就用商机，小明发现商机后果断想入市，买入了中国证券，他想在电脑客户端上，网页上，手机上，iPad上都可以查看到该证券的实时行情，这种情况下我们应该怎么设计我们的软件呢？我们可以这样：小明的所有客户端上都订阅中国证券这个股票，只要股票一有变化，所有的客户端都会被通知到并且被自动更新。这就是我们的观察者模式，她定义对象间的一种一对多的依赖关系，当一个对象的状态发生

LCL_data·2013-06-30 18:43

我所理解的设计模式（C++实现）——观察者模式（Observer Pattern）

概述：最近中国股市起起伏伏，当然了起伏就用商机，小明发现商机后果断想入市，买入了中国证券，他想在电脑客户端上，网页上，手机上，iPad上都可以查看到该证券的实时行情，这种情况下我们应该怎么设计我们的软件呢？我们可以这样：小明的所有客户端上都订阅中国证券这个股票，只要股票一有变化，所有的客户端都会被通知到并且被自动更新。这就是我们的观察者模式，她定义对象间的一种一对多的依赖关系，当

LCL_data·2013-06-30 18:00

我所理解的设计模式（C++实现）——观察者模式（Observer Pattern）

概述：最近中国股市起起伏伏，当然了起伏就用商机，小明发现商机后果断想入市，买入了中国证券，他想在电脑客户端上，网页上，手机上，iPad上都可以查看到该证券的实时行情，这种情况下我们应该怎么设计我们的软件呢？我们可以这样：小明的所有客户端上都订阅中国证券这个股票，只要股票一有变化，所有的客户端都会被通知到并且被自动更新。这就是我们的观察者模式，她定义对象间的一种一对多的依赖关系，当一个对象的状态发生

runfeel·2013-06-30 18:00

我所理解的设计模式（C++实现）——模板方法模式（Template Method Pattern）

概述：我们最近在开发一个支持多种压缩类型文件的解压缩且制作成pdf的一个应用。对我们的架构来说我们需要支持多种压缩文件类型，但却有固定的操作顺序（先解压缩，在读取里面的文件分析、制作pdf）。我们抽取他们的共同点：这些操作的固定顺序，把他放到我们的父类里；他们的变化点：这些个具体的操作，去留给不同的子类去实现。这个就是模板方法模式，他定义一个操作中的算法的骨架（例子中的固定的操作顺序），

LCL_data·2013-06-28 21:00

推荐频道

我所理解的设计模式

我所理解的设计模式（C++实现）——简单工厂模式（Simple Factory Pattern）

我所理解的设计模式（C++实现）——抽象工厂模式（Abstract Factory Pattern）

我所理解的设计模式（C++实现）——代理模式（Proxy Pattern）

我所理解的设计模式（C++实现）——命令模式（Command Pattern）

我所理解的设计模式——对象行为之命令（Comand）模式

元对象我所理解的设计模式（C++实现）——享元模式（Flyweight Pattern）

我所理解的设计模式（C++实现）——建造者模式（Builder Pattern）

我所理解的设计模式（C++实现）——责任链模式（Chain Of Responsibility Pattern）

我所理解的设计模式（C++实现）——单例模式（Singleton Pattern）

我所理解的设计模式（C++实现）——桥模式（Bridge Pattern）

我所理解的设计模式（C++实现）——装饰者模式（Decorator Pattern）

我所理解的设计模式（C++实现）——观察者模式（Observer Pattern）

我所理解的设计模式（C++实现）——适配器模式（Adapter Pattern）

我所理解的设计模式（C++实现）——中介者模式（Mediator Pattern）

我所理解的设计模式 —— 单例

复习了下设计模式

Android 内功心法(1)——设计模式的原则和android中常用的模式

我所理解的设计模式（C++实现）—— “一句话总结”和索引

我所理解的设计模式之Java装饰模式

我所理解的设计模式（C++实现）——观察者模式（Observer Pattern）

我所理解的设计模式（C++实现）——原型模式（Prototype Pattern）

我所理解的设计模式（C++实现）——状态模式（State Pattern）

我所理解的设计模式（C++实现）——策略模式（Strategy Pattern）

我所理解的设计模式（C++实现）——建造者模式（Builder Pattern）

我所理解的设计模式（C++实现）——中介者模式（Mediator Pattern）

代理对象我所理解的设计模式（C++实现）——代理模式（Proxy Pattern）

我所理解的设计模式（C++实现）——备忘录模式（Memento Pattern）

我所理解的设计模式（C++实现）——中介者模式（Mediator Pattern）

我所理解的设计模式（C++实现）——解释器模式（Interpreter Pattern）

我所理解的设计模式（C++实现）—— “一句话总结”和索引

[置顶] 我所理解的设计模式（C++实现）—— “一句话总结”和索引

[置顶] 我所理解的设计模式（C++实现）—— “一句话总结”和索引

我所理解的设计模式（C++实现）——访问者模式（Visitor Pattern）

我所理解的设计模式（C++实现）——访问者模式（Visitor Pattern）

我所理解的设计模式（C++实现）——策略模式（Strategy Pattern）

我所理解的设计模式（C++实现）——策略模式（Strategy Pattern）

我所理解的设计模式（C++实现）——状态模式（State Pattern）

我所理解的设计模式（C++实现）——观察者模式（Observer Pattern） (转)

我所理解的设计模式（C++实现）——备忘录模式（Memento Pattern）

我所理解的设计模式（C++实现）——备忘录模式（Memento Pattern）

我所理解的设计模式（C++实现）——中介者模式（Mediator Pattern）

我所理解的设计模式（C++实现）——迭代器模式（Iterator Pattern）

我所理解的设计模式（C++实现）——迭代器模式（Iterator Pattern）

我所理解的设计模式（C++实现）——观察者模式（Observer Pattern）

我所理解的设计模式（C++实现）——解释器模式（Interpreter Pattern）

我所理解的设计模式（C++实现）——解释器模式（Interpreter Pattern）

我所理解的设计模式（C++实现）——观察者模式（Observer Pattern）

我所理解的设计模式（C++实现）——观察者模式（Observer Pattern）

我所理解的设计模式（C++实现）——观察者模式（Observer Pattern）

我所理解的设计模式（C++实现）——模板方法模式（Template Method Pattern）