炭炭 - 博客园

Design pattern summary 1

摘要： 23 个设计模式过了一遍，应该总结一下了。比如State与Strategy，Chain of responsibility 和Decorator，Decorator 和Composite，等等在它们各自的介绍中我都提到了。这个我总结我会慢慢写。我现在想的问题是：模式就像是建筑的技巧，（我记得有谁说模式最初是来源于建筑来着？）。可是我们的材料是如何来的呢，那一块块砖，木材，瓦片。想当年在MCS作项... 阅读全文

posted @ 2007-08-08 22:35 炭炭阅读(177) 评论(0) 推荐(0)

Visitor

摘要： //Visitorpattern--RealWorldexampleusingSystem;usingSystem.Collections;namespaceDoFactory.GangOfFour.Visitor.RealWorld{//MainAppstartupapplicationclassMainApp{staticvoidMain(){//Setupemployeecollection... 阅读全文

posted @ 2007-08-06 21:37 炭炭阅读(328) 评论(0) 推荐(0)

Memento

摘要： Memento 提供了保存对象状态的能力，似乎没有什么好说的。C＃codeCode highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--1//Memento23//Intent:"Withoutviolatingencapsulation,captureandext... 阅读全文

posted @ 2007-08-05 11:32 炭炭阅读(522) 评论(0) 推荐(0)

“屠龙之技”与“潜规则”（Mediator模式）

摘要：这里要讲的是Mediator中介者模式，题目和它有什么关系呢，别急，且慢慢道来。查阅一下cnblog，很多作者对Mediator模式一般有如下叙述：a. 中介者模式包装了一系列对象相互作用的方式，使得这些对象不必相互明显作用。从而使他们可以松散偶合。b. 调停者模式将多对多的相互作用转化为一对多的相互作用c. 一个对象使用Mediator模式，与其他与其通信的对象解偶, 提高了对象的复用性。为了说... 阅读全文

posted @ 2007-08-03 23:18 炭炭阅读(2757) 评论(7) 推荐(0)

Mediator

摘要：前两天介绍了几个不太常用的模式，终于迎来了Mediator。（Mediator 常用吗，也许只是感觉它更像一个模式罢了）下面到代码结束都是Copy来的，讨论在后面。调停者模式（中介模式）：调停者模式包装了一系列对象相互作用的方式，使得这些对象不必相互明显作用。从而使他们可以松散偶合。当某些对象之间的作用发生改变时，不会立即影响其他的一些对象之间的作用。保证这些作用可以彼此独立的变化。调停者模式将多... 阅读全文

posted @ 2007-08-03 17:24 炭炭阅读(544) 评论(0) 推荐(0)

Composite

摘要：构成一棵树？是的，构成一棵树。但这不是关键，关键是1.使客户端调用简单，客户端可以一致的使用组合结构或其中单个对象，用户就不必关系自己处理的是单个对象还是整个组合结构，这就简化了客户端代码。2.更容易在组合体内加入对象部件. 客户端不必因为加入了新的对象部件而更改代码。简言之对客户来说，并不知道“树”，而只看到“根”。树可以无限扩展，根自岿然不动（不... 阅读全文

posted @ 2007-07-28 11:39 炭炭阅读(263) 评论(1) 推荐(0)

Command

摘要：当初初识Command，我真的不知道它有什么特别之处，看看它的代码：C#CodeCode highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--usingSystem;namespaceDoFactory.GangOfFour.Command.Structural{/... 阅读全文

posted @ 2007-07-25 15:12 炭炭阅读(861) 评论(0) 推荐(0)

从什么角度写起

摘要：要从新的高度认识OO与模式。它们的目的是什么，解决了什么问题：软件工程中的辩证法就是控制复杂度，控制人与程序直接接口的清晰度。设计模式的最终内涵就是清晰人与程序的接口，控制复杂度。这和人认识事物的方法有关系。阅读全文

posted @ 2007-07-23 23:26 炭炭阅读(166) 评论(0) 推荐(0)

完备 Singleton 模式

摘要： Singleton 是比较常见的设计模式了，它的实现很简单，真正具有挑战的是：你如何使用Singleton？Singleton的目的：保证应用只有一个全局唯一的实例，并且提供一个访问它的全局访问点。Singleton的实现要点如下：1，私有构造函数防止在外部实例化。2，保存唯一实例的静态的私有变量。3，初始化并获得唯一实例的静态方法。这里有一个问题：能否使用全局变量替代Singleton模式？如... 阅读全文

posted @ 2007-07-22 00:42 炭炭阅读(238) 评论(2) 推荐(0)

Decorator

摘要：我觉得Decorator是比较透着灵气的设计模式，至于这句话怎么理解我也不好解释，呵呵，切入正题吧。先看类图了：注意到图中的一个环了吗，就是Decorator继承自Component，然后又引用Component的那个环路，就是它可以让我们不断动态的添加新的功能到Component 定义的一个对象。这也正是Decorator要解决的问题，为一个对象动态连接附加的职责。下面看代码：假设一个Sales... 阅读全文

posted @ 2007-07-20 00:53 炭炭阅读(264) 评论(0) 推荐(0)

Strategy

摘要：该说strategy了，怎么说呢，单单就表现形式来讲与Strategy最像的就是Bridge模式了。Strategy：是一个锥把可以使用多个锥头； Bridge：是不同锥把可以使用多个锥头；看一下类图：当Bridge的左边只有一个时就退化为Strategy，我是非常同意这个观点的。有人把Bridge当Strategy介绍http://www.cnblogs.com/chengbo/archive... 阅读全文

posted @ 2007-07-19 00:52 炭炭阅读(705) 评论(0) 推荐(0)

2007-7-15

摘要： 3个1工程：1,One web site2,One book about programming . July read, August begin3,One fiction story. Read always, winter begin or sometime....When to start traning, this year?Finish 2, you ca... 阅读全文

posted @ 2007-07-15 15:34 炭炭阅读(140) 评论(0) 推荐(0)

Refelction Factory

摘要：上一篇说了 abstract factory 和简单工厂，下面简单介绍一下反射工厂。先说一下反射技术吧，看下面2段代码：// The conventional way to call an objectbusinessObject bo=new businessObject();bo.DoWork();//The .net reflection way to call a objectAssemb... 阅读全文

posted @ 2007-07-15 14:13 炭炭阅读(316) 评论(0) 推荐(0)

abstract factory

摘要：终于挤出点时间，go on.工厂模式可能是最有用的模式之一了,因为它是“面向接口编程”思想的实现者。面向接口编程是非常优秀的思想，可以说在某种程度上将逻辑的粒度缩小到了最小，除了我关心的接口外，不用再关心接口的提供者，以及如何实现的。但是，这样编码时的问题就是接口或者具有接口的虚类是不能够实例化的，如果我们new一个实现接口的具体类，那么还是没有解决耦合，当我们更换实现的具... 阅读全文

posted @ 2007-07-12 09:28 炭炭阅读(275) 评论(0) 推荐(0)

Bridge 模式

摘要：讲述的文章很多，概念的话就不跟着抄了，这篇 http://terrylee.cnblogs.com/archive/2006/02/24/336652.html不错，可以参考。下面只说说我理解的几个重点：1，掌握桥接，关键在于提炼出变化的维度。如果有2个独立变化的纬度，每一个纬度的增加或变化都会引起与另一个纬度所有项的排列组合的话，为避免具体类的类爆炸，那么你就应当使用桥接。桥接的类图如下所示：... 阅读全文

posted @ 2007-07-10 17:53 炭炭阅读(265) 评论(0) 推荐(0)

Don't think you are, know you are

公告