Minwell'Space

最厉害的不是掌握语言的开发人员,而是制定规则的设计人员.

导航

文章分类 -  Design Patterns

[转自TerryLee's Tech Space] Design Patterns系列最初写探索设计模式系列的时候，我只是想把它作为自己学习设计模式的读书笔记来写，可是写到今天，设计模式带给我的震撼，以及许多初学者朋友的热心支持，让我下定决心要把这个系列写完写好，那怕花上再多的时间也无所谓。本部分内容不断更新中。 目录计划：
命令模式（Command Pattern）
摘要：——.NET设计模式系列之十七 TerryLee，2006年7月 概述 在软件系统中，“行为请求者”与“行为实现者”通常呈现一种“紧耦合”。但在某些场合，比如要对行为进行“记录、撤销/重做、事务”等处理，这种无法抵御变化的紧耦合是不合适的。在这种情况下，如何将“行为请求者”与“行为实现者”解耦？将一组行为抽象为对象，可以实现二者之间的松耦合[李建忠]。这就是本文要说的Command模式。 意图 将... 阅读全文

posted @ 2006-07-27 15:44 Minwell 阅读(220) 评论(0) 推荐(0)

.NET设计模式（16）：模版方法（Template Method）
摘要：摘要：Template Method模式是比较简单的设计模式之一，但它却是代码复用的一项基本的技术，在类库中尤其重要。 主要内容 1．概述 2．Template Method解说 3．.NET中的Template Method模式 4．适用性及实现要点 概述 变化一直以来都是软件设计的永恒话题，在XP编程中提倡拥抱变化，积极应对。如何更好的去抓住变化点，应对变化？如何更好的提高代码复用... 阅读全文

posted @ 2006-07-27 15:43 Minwell 阅读(177) 评论(0) 推荐(0)

.NET设计模式（15）：结构型模式专题总结
摘要：——探索设计模式系列之十五 Terrylee，2006年5月 摘要：结构型模式，顾名思义讨论的是类和对象的结构，它采用继承机制来组合接口或实现（类结构型模式），或者通过组合一些对象，从而实现新的功能（对象结构型模式）。这些结构型模式，它们在某些方面具有很大的相似性，仔细推敲，侧重点却各有不同。本文试图对这几种结构型模式做一个简单的小结。 主要内容 1．结构型模式概述 2．结构型模式区别与比较... 阅读全文

posted @ 2006-07-27 15:42 Minwell 阅读(171) 评论(0) 推荐(0)

代理模式（Proxy Pattern）
摘要：——.NET设计模式系列之十四 Terrylee，2006年5月 摘要：在软件系统中，有些对象有时候由于跨越网络或者其他的障碍，而不能够或者不想直接访问另一个对象，如果直接访问会给系统带来不必要的复杂性，这时候可以在客户程序和目标对象之间增加一层中间层，让代理对象来代替目标对象打点一切。这就是本文要说的Proxy模式。 主要内容 1．例说Proxy模式 2．Proxy模式效果及实现要点 …… ... 阅读全文

posted @ 2006-07-27 15:42 Minwell 阅读(179) 评论(0) 推荐(0)

享元模式（Flyweight Pattern）
摘要：——.NET设计模式系列之十三 Terrylee，2006年3月 摘要：面向对象的思想很好地解决了抽象性的问题，一般也不会出现性能上的问题。但是在某些情况下，对象的数量可能会太多，从而导致了运行时的代价。那么我们如何去避免大量细粒度的对象，同时又不影响客户程序使用面向对象的方式进行操作？ 本文试图通过一个简单的字符处理的例子，运用重构的手段，一步步带你走进Flyweight模式，在这个过程中我们一... 阅读全文

posted @ 2006-07-27 15:39 Minwell 阅读(280) 评论(0) 推荐(0)

外观模式（Façade Pattern）
摘要：——.NET设计模式系列之十二 Terrylee，2006年3月 概述 在软件开发系统中，客户程序经常会与复杂系统的内部子系统之间产生耦合，而导致客户程序随着子系统的变化而变化。那么如何简化客户程序与子系统之间的交互接口？如何将复杂系统的内部子系统与客户程序之间的依赖解耦？这就是要说的Façade 模式。 意图 为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使... 阅读全文

posted @ 2006-07-27 15:38 Minwell 阅读(178) 评论(0) 推荐(0)

组合模式（Composite Pattern）
摘要：——.NET设计模式系列之十一 Terrylee，2006年3月 概述 组合模式有时候又叫做部分-整体模式，它使我们树型结构的问题中，模糊了简单元素和复杂元素的概念，客户程序可以向处理简单元素一样来处理复杂元素,从而使得客户程序与复杂元素的内部结构解耦。 意图 将对象组合成树形结构以表示“部分-整体”的层次结构。Composite模式使得用户对单个对象和组合对象的使用具有一致性。[GOF 《设计模... 阅读全文

posted @ 2006-07-27 15:37 Minwell 阅读(299) 评论(0) 推荐(0)

装饰模式（Decorator Pattern）
摘要：——.NET设计模式系列之十 Terrylee，2006年3月 概述 在软件系统中，有时候我们会使用继承来扩展对象的功能，但是由于继承为类型引入的静态特质，使得这种扩展方式缺乏灵活性；并且随着子类的增多（扩展功能的增多），各种子类的组合（扩展功能的组合）会导致更多子类的膨胀。如何使“对象功能的扩展”能够根据需要来动态地实现？同时避免“扩展功能的增多”带来的子类膨胀问题？从而使得任何“功能扩展变化”... 阅读全文

posted @ 2006-07-27 15:36 Minwell 阅读(219) 评论(0) 推荐(0)

桥接模式（Bridge Pattern）
摘要：——.NET设计模式系列之九 Terrylee，2006年2月 概述 在软件系统中，某些类型由于自身的逻辑，它具有两个或多个维度的变化，那么如何应对这种“多维度的变化”？如何利用面向对象的技术来使得该类型能够轻松的沿着多个方向进行变化，而又不引入额外的复杂度？这就要使用Bridge模式。 意图 将抽象部分与实现部分分离，使它们都可以独立的变化。[GOF 《设计模式》] 结构图 图1 Bridge... 阅读全文

posted @ 2006-07-27 15:35 Minwell 阅读(245) 评论(0) 推荐(0)

适配器模式（Adapter Pattern）
摘要：——.NET设计模式系列之八 Terrylee，2006年2月 概述 在软件系统中，由于应用环境的变化，常常需要将“一些现存的对象”放在新的环境中应用，但是新环境要求的接口是这些现存对象所不满足的。那么如何应对这种“迁移的变化”？如何既能利用现有对象的良好实现，同时又能满足新的应用环境所要求的接口？这就是本文要说的Adapter 模式。 意图 将一个类的接口转换成客户希望的另外一个接口。Adapt... 阅读全文

posted @ 2006-07-27 15:34 Minwell 阅读(277) 评论(0) 推荐(0)

创建型模式专题总结（Creational Pattern）
摘要：——.NET设计模式系列之七 Terrylee，2006年1月 概述 创建型模式，就是用来创建对象的模式，抽象了实例化的过程。它帮助一个系统独立于如何创建、组合和表示它的那些对象。本文对五种常用创建型模式进行了比较，通过一个游戏开发场景的例子来说该如何使用创建型模式。 为什么需要创建型模式 所有的创建型模式都有两个永恒的主旋律：第一，它们都将系统使用哪些具体类的信息封装起来；第二，它们隐藏了这些类... 阅读全文

posted @ 2006-07-27 15:33 Minwell 阅读(321) 评论(0) 推荐(0)

原型模式（Prototype Pattern）
摘要：——.NET设计模式系列之六 Terrylee，2006年1月 概述 在软件系统中，有时候面临的产品类是动态变化的，而且这个产品类具有一定的等级结构。这时如果用工厂模式，则与产品类等级结构平行的工厂方法类也要随着这种变化而变化，显然不大合适。那么如何封装这种动态的变化？从而使依赖于这些易变对象的客户程序不随着产品类变化？ 意图 用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。 结... 阅读全文

posted @ 2006-07-27 15:32 Minwell 阅读(179) 评论(0) 推荐(0)

工厂方法模式（Factory Method）
摘要：——.NET设计模式系列之五 Terrylee，2004年1月2日 概述 在软件系统中，经常面临着“某个对象”的创建工作，由于需求的变化，这个对象的具体实现经常面临着剧烈的变化，但是它却拥有比较稳定的接口。如何应对这种变化？提供一种封装机制来隔离出“这个易变对象”的变化，从而保持系统中“其它依赖该对象的对象”不随着需求的改变而改变？这就是要说的Factory Method模式了。 意图 定义一个用... 阅读全文

posted @ 2006-07-27 15:31 Minwell 阅读(198) 评论(0) 推荐(0)

建造者模式（Builder Pattern）
摘要：——.NET设计模式系列之四 Terrylee，2005年12月17日 概述 在软件系统中，有时候面临着“一个复杂对象”的创建工作，其通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将它们组合在一起的算法确相对稳定。如何应对这种变化？如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化，从而保持系统中的“稳定构建算法”不随着需求改变而... 阅读全文

posted @ 2006-07-27 15:29 Minwell 阅读(192) 评论(0) 推荐(0)

抽象工厂模式（Abstract Factory）
摘要：——探索设计模式系列之三 Terrylee，2005年12月12日 概述 在软件系统中，经常面临着“一系列相互依赖的对象”的创建工作；同时由于需求的变化，往往存在着更多系列对象的创建工作。如何应对这种变化？如何绕过常规的对象的创建方法（new），提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合？这就是我们要说的抽象工厂模式。 意图 提供一个创建一系列相关或相互依赖对象的接... 阅读全文

posted @ 2006-07-27 15:27 Minwell 阅读(320) 评论(1) 推荐(0)

单件模式（Singleton Pattern）
摘要：——.NET设计模式系列之二 Terrylee，2005年12月07日 概述 Singleton模式要求一个类有且仅有一个实例，并且提供了一个全局的访问点。这就提出了一个问题：如何绕过常规的构造器，提供一种机制来保证一个类只有一个实例？客户程序在调用某一个类时，它是不会考虑这个类是否只能有一个实例等问题的，所以，这应该是类设计者的责任，而不是类使用者的责任。 从另一个角度来说，Single... 阅读全文

posted @ 2006-07-27 15:26 Minwell 阅读(441) 评论(0) 推荐(0)

.NET设计模式开篇
摘要：——.NET设计模式系列之一 Terrylee，2005年12月06日 前言 加入Design & Pattern团队有几个月的时间了，惭愧的是从没有写过关于设计模式的随笔，得到wayfarer的同意，把企业库系列的随笔放在了团队的首页上。不是不想去写这样的随笔，也不是没有时间，自己初学设计模式，去写设计模式的文章，有点班门弄斧的味道。园子里吕震宇老师的《设计模式系列》和wayfarer的《设计之... 阅读全文

posted @ 2006-07-27 15:25 Minwell 阅读(178) 评论(0) 推荐(0)