chenjundd_android-CSDN博客

转载深入浅出设计模式笔记之十九：模板方法模式

一、引子这是一个很简单的模式，却被非常广泛的使用。之所以简单是因为在这个模式中仅仅使用到了继承关系。继承关系由于自身的缺陷，被专家们扣上了“罪恶”的帽子。“使用委派关系代替继承关系”，“尽量使用接口实现而不是抽象类继承”等等专家警告，让我们这些菜鸟对继承“另眼相看”。其实，继承还是有很多自身的优点所在。只是被大家滥用的似乎缺点更加明显了。合理的利用继承关系，还是能对你的系统设计起到很好

2012-08-23 15:45:03 265

转载深入浅出设计模式笔记之十八：状态模式

一、引子状态模式自身结构非常简单——前面刚刚介绍了几个结构比较简单的设计模式，和他们一样，状态模式在具体实现上留下了可变换的余地。我前面已经介绍过它的孪生兄妹策略模式了，大家可以两者比较着阅读。本文将会讨论两者的区别。二、定义与结构 GOF《设计模式》中给状态模式下的定义为：允许一个对象在其内部状态改变时改变它的行为。这个对象看起来似乎修改了它的类。看起来，状态模式好像是

2012-08-23 15:43:43 349

转载深入浅出设计模式笔记之十七：策略模式

一、引子 18日下午3时一刻，沈阳，刚刚下完一场几年罕见的大雪，天气格外的冷，公交车在“车涛汹涌”的公路上举步维艰，我坐在里面不时的看表——回公司的班车就要发车了，我还离等车的地方好远……。都是这可恶的天气打乱了我的计划！看来我要重新盘算下下了公交车的计划了：如果在半点以前能够到达等班车的地方，我就去旁边卖书报的小店里面买份《南方周末》，顺便逼逼严寒；如果可恶的公交到时候还不能拱到的话，我就只好

2012-08-23 15:41:12 314

转载深入浅出设计模式笔记之十六：观察者模式

一、引子还记得警匪片上，匪徒们是怎么配合实施犯罪的吗？一个团伙在进行盗窃的时候，总有一两个人在门口把风——如果有什么风吹草动，则会立即通知里面的同伙紧急撤退。也许放风的人并不一定认识里面的每一个同伙；而在里面也许有新来的小弟不认识这个放风的。但是这没什么，这个影响不了他们之间的通讯，因为他们之间有早已商定好的暗号。呵呵，上面提到的放风者、偷窃者之间的关系就是观察者模式在现实中的活生

2012-08-23 15:37:41 269

转载深入浅出设计模式笔记之十五：备忘录模式

一、引子俗话说：世上难买后悔药。所以凡事讲究个“三思而后行”，但总常见有人做“痛心疾首”状：当初我要是……。如果真的有《大话西游》中能时光倒流的“月光宝盒”，那这世上也许会少一些伤感与后悔——当然这只能是痴人说梦了。但是在我们手指下的程序世界里，却有的后悔药买。今天我们要讲的备忘录模式便是程序世界里的“月光宝盒”。二、定义与结构备忘录（Memento）模式又称标记（Tok

2012-08-23 15:29:50 363

转载深入浅出设计模式笔记之十四：中介模式

一、引子中介在现实生活中并不陌生，满大街的房屋中介、良莠不齐的出国中介……。它们的存在是因为它们能给我们的生活带来一些便利：租房、买房用不着各个小区里瞎转；出国留学也不用不知所措。中介者模式在程序设计中也起到了类似的作用。二、定义与结构 GOF给中介者模式下的定义是：用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改

2012-08-23 15:28:33 202

转载深入浅出设计模式笔记之十三：迭代器模式

一、引言迭代这个名词对于熟悉Java的人来说绝对不陌生。我们常常使用JDK提供的迭代接口进行java collection的遍历： Iterator it = list.iterator(); while(it.hasNext()){ //using “it.next();”do some businesss logic } 而这就是关于迭代器模式应用很好的例子。

2012-08-23 15:25:56 201

转载深入浅出设计模式笔记之十三：解释器模式

一、引子其实没有什么好的例子引入解释器模式，因为它描述了如何构成一个简单的语言解释器，主要应用在使用面向对象语言开发编译器中；在实际应用中，我们可能很少碰到去构造一个语言的文法的情况。虽然你几乎用不到这个模式，但是看一看还是能受到一定的启发的。二、定义与结构解释器模式的定义如下：定义语言的文法，并且建立一个解释器来解释该语言中的句子。它属于类的行为模式。这里的语

2012-08-23 15:24:06 328

转载深入浅出设计模式笔记之十二：命令模式

一、引言忙里偷闲，终于动笔了。命令模式是从界面设计中提取出来的一种分离耦合，提高重用的方法。被认为是最优雅而且简单的模式，它的应用范围非常广泛。让我们一起来认识下它吧。先从起源说起。在设计界面时，大家可以注意到这样的一种情况，同样的菜单控件，在不同的应用环境中的功能是完全不同的；而菜单选项的某个功能可能和鼠标右键的某个功能完全一致。按照最差、最原始的设计，这些不同功能的菜单、或者右键弹出菜

2012-08-23 15:19:30 222

转载深入浅出设计模式笔记之十一：责任链模式

一、引言初看责任链模式，心里不禁想起了一个以前听过的相声：看牙。说的是一个病人看牙的时候，医生不小心把拔下的一个牙掉进了病人嗓子里。病人因此楼上楼下的跑了好多科室，最后无果而终。责任链模式就是这种“推卸”责任的模式，你的问题在我这里能解决我就解决，不行就把你推给另一个对象。至于到底谁解决了这个问题了呢？我管呢！二、定义与结构从名字上大概也能猜出这个模式的大概模样——系统中

2012-08-23 15:18:14 245

转载深入浅出设计模式笔记之十：代理模式

一、引子我们去科技市场为自己的机器添加点奢侈的配件，很多DIYer都喜欢去找代理商，因为在代理商那里拿到的东西不仅质量有保证，而且价格和售后服务上都会好很多。客户通过代理商得到了自己想要的东西，而且还享受到了代理商额外的服务；而生产厂商通过代理商将自己的产品推广出去，而且可以将一些销售服务的任务交给代理商来完成（当然代理商要和厂商来共同分担风险，分配利润），这样自己就可以花更多的心思在产品的设

2012-08-23 15:16:26 372

转载深入浅出设计模式笔记之九：享元模式

一、引子让我们先来复习下java中String类型的特性：String类型的对象一旦被创造就不可改变；当两个String对象所包含的内容相同的时候，JVM只创建一个String对象对应这两个不同的对象引用。让我们来证实下着两个特性吧（如果你已经了解，请跳过直接阅读第二部分）。先来验证下第二个特性： public class TestPattern { public sta

2012-08-23 15:13:39 1507

转载深入浅出设计模式笔记之八：装饰模式

一、引子装饰模式？肯定让你想起又黑又火的家庭装修来。其实两者在道理上还是有很多相像的地方。家庭装修无非就是要掩盖住原来实而不华的墙面，抹上一层华而不实的涂料，让生活多一点色彩。而墙还是那堵墙，他的本质一点都没有变，只是多了一层外衣而已。那设计模式中的装饰模式，是什么样子呢？二、定义与结构装饰模式（Decorator）也叫包装器模式（Wrapper）。GOF在《设计模式》一

2012-08-23 15:11:46 279

转载深入浅出设计模式笔记之七：组合模式

一、引子在大学的数据结构这门课上，树是最重要的章节之一。还记得树是怎么定义的吗？树(Tree)是n(n≥0)个结点的有限集T，T为空时称为空树，否则它满足如下两个条件： (1) 有且仅有一个特定的称为根(Root)的结点； (2) 其余的结点可分为m(m≥0)个互不相交的子集Tl，T2，…，Tm，其中每个子集本身又是一棵树，并称其为根的子树(SubTree)。上面给出的递归定

2012-08-23 15:10:27 283

转载深入浅出设计模式笔记之六：桥梁模式

一、引子桥梁（bright）模式是我介绍的23种模式中的最后一个结构模式。它是一个功能非常强大而且适用于多种情况的模式。二、定义与结构 GOF在《设计模式》中给桥梁模式的定义为：将抽象部分与它的实现部分分离，使它们都可以独立地变化。这里的抽象部分和实现部分不是我们通常认为的父类与子类、接口与实现类的关系，而是组合关系。也就是说，实现部分是被抽象部分调用，以用来完成（实现）抽象部

2012-08-23 15:08:41 221

转载深入浅出设计模式笔记之五：适配器模式

引子昨天在给新买的MP3充电的时候，发现这款MP3播放器只提供了USB接口充电的方式，而它所配备的充电器无法直接给USB接口充电，聪明的厂商为充电器装上了一个USB接口转换器解决了问题。这个USB接口转接器正是我们今天要谈到的适配器。而在软件开发中采用类似于上面方式的编码技巧被称为适配器模式。二、定义和结构《设计模式》一书中是这样给适配器模式定义的：将一个类的接口转换成客户希

2012-08-23 15:07:16 273

原创深入浅出设计模式笔记之四：原型模式

原型模式引子古人云：书非借不能读也。我深谙古人教诲，更何况现在 IT 书籍更新快、价格贵、质量水平更是参差不齐，实在不忍心看到用自己的血汗钱买的书不到半年就要被淘汰，更不想供养使用金山快译、词霸等现代化工具的翻译们。于是我去书店办了张借书卡，这样便没有了后顾之忧了——书不好我可以换嘛！但是，借书也有不爽的地方，就是看到有用或者比较重要的地方，不能在书旁标记下来。一般我会将这页内容复印

2012-08-23 14:29:10 773

原创深入浅出设计模式笔记之三：建造模式

建造模式的定义：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。这句话说得很抽象，不好理解，其实它的意思可以理解为：将构造复杂对象的过程和组成对象的部件解耦。就像攒电脑一样，不管什么品牌的配件，只要兼容就可以装上；同样，一样的配件，可以有好多组装的方式。这是对降低耦合、提高可复用性精神的一种贯彻。当要生成的产品有复杂的内部结构——比如由多个对象组成；而系统中对此产

2012-08-23 13:54:11 342

原创深入浅出设计模式笔记之二：单例模式

单例模式又叫做单态模式或者单件模式。在 GOF 书中给出的定义为：保证一个类仅有一个实例，并提供一个访问它的全局访问点。单例模式中的“单例”通常用来代表那些本质上具有唯一性的系统组件（或者叫做资源）。比如文件系统、资源管理器等等。单例模式的目的就是要控制特定的类只产生一个对象，当然也允许在一定情况下灵活的改变对象的个数。那么怎么来实现单例模式呢？一个类的对象的产生是由类构造函数来完成的，如

2012-08-23 10:23:36 466

原创深入浅出设计模式笔记之一：工厂模式

工厂模式分三种，静态工厂模式、工厂方法模式以及抽象工厂模式。工厂模式主要是为创建对象提供过渡接口，以便将创建对象的具体过程屏蔽隔离起来，达到提高灵活性的目的。简单工厂模式又称静态工厂方法模式。重命名上就可以看出这个模式一定很简单。它存在的目的很简单：定义一个用于创建对象的接口。先来看看它的组成： 1) 工厂类角色：这是本模式的核心，含有一定的商业逻辑和判断逻辑。在jav

2012-08-22 16:17:57 510

转载 Java设计模式之一：工厂方法模式

最近在学习Android，难免在设计对象的时候出现瓶颈，为了调整自己一直以来都是惯用C语言的习惯，所以开始学习面向对象的精髓，也就是设计模式。方便自己与朋友们一起学习。工厂方法(Factory Method)模式：工厂方法(Factory Method)模式的意义是定义一个创建产品对象的工厂接口，将实际创建工作推迟到子类当中。核心工厂类不再负责产品的创建，这样核心类成为一个抽象工厂角色，仅

2012-08-22 14:46:19 520

chenjundd_android的专栏