随笔分类 - 【13】设计模式（转载）
摘要：概述 在软件构建过程中，我们需要为某些对象建立一种“通知依赖关系” ——一个对象（目标对象）的状态发生改变，所有的依赖对象（观察者对象）都将得到通知。如果这样的依赖关系过于紧密，将使软件不能很好地抵御变化。使用面向对象技术，可以将这种依赖关系弱化，并形成一种稳定的依赖关系。从而实现软件体系结构的松耦合。 意图 定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时, 所有依赖于它的对象都得到...
阅读全文
posted @ 2008-11-29 14:53
摘要：概述 在面向对象的软件设计中，我们经常会遇到一类集合对象，这类集合对象的内部结构可能有着各种各样的实现，但是归结起来，无非有两点是需要我们去关心的：一是集合内部的数据存储结构，二是遍历集合内部的数据。面向对象设计原则中有一条是类的单一职责原则，所以我们要尽可能的去分解这些职责，用不同的类去承担不同的职责。Iterator模式就是分离了集合对象的遍历行为，抽象出一个迭代器类来负责，这样既可以做到不暴...
阅读全文
posted @ 2008-11-29 14:50
摘要：命令模式（Command Pattern） ——.NET设计模式系列之十七 TerryLee，2006年7月 概述 在软件系统中，“行为请求者”与“行为实现者”通常呈现一种“紧耦合”。但在某些场合，比如要对行为进行“记录、撤销/重做、事务”等处理，这种无法抵御变化的紧耦合是不合适的。在这种情况下，如何将“行为请求者”与“行为实现者”解耦？将一组行为抽象为对象，可以实现二者之间的松耦合[李建忠]。...
阅读全文
posted @ 2008-11-29 14:49
摘要：摘要：Template Method模式是比较简单的设计模式之一，但它却是代码复用的一项基本的技术，在类库中尤其重要。 主要内容 1．概述 2．Template Method解说 3．.NET中的Template Method模式 4．适用性及实现要点 概述 变化一直以来都是软件设计的永恒话题，在XP编程中提倡拥抱变化，积极应对。如何更好的去抓住变化点，应对变化？如何更好的提高代码复用...
阅读全文
posted @ 2008-11-29 14:48
摘要：——探索设计模式系列之十五 Terrylee，2006年5月 摘要：结构型模式，顾名思义讨论的是类和对象的结构，它采用继承机制来组合接口或实现（类结构型模式），或者通过组合一些对象，从而实现新的功能（对象结构型模式）。这些结构型模式，它们在某些方面具有很大的相似性，仔细推敲，侧重点却各有不同。本文试图对这几种结构型模式做一个简单的小结。 主要内容 1．结构型模式概述 2．结构型模式区别与比较 ...
阅读全文
posted @ 2008-11-29 14:47
摘要：代理模式（Proxy Pattern） ——.NET设计模式系列之十四 Terrylee，2006年5月 摘要：在软件系统中，有些对象有时候由于跨越网络或者其他的障碍，而不能够或者不想直接访问另一个对象，如果直接访问会给系统带来不必要的复杂性，这时候可以在客户程序和目标对象之间增加一层中间层，让代理对象来代替目标对象打点一切。这就是本文要说的Proxy模式。 主要内容 1．例说Proxy模式...
阅读全文
posted @ 2008-11-29 14:47
摘要：享元模式（Flyweight Pattern） ——.NET设计模式系列之十三 Terrylee，2006年3月 摘要：面向对象的思想很好地解决了抽象性的问题，一般也不会出现性能上的问题。但是在某些情况下，对象的数量可能会太多，从而导致了运行时的代价。那么我们如何去避免大量细粒度的对象，同时又不影响客户程序使用面向对象的方式进行操作？ 本文试图通过一个简单的字符处理的例子，运用重构的手段，一步步...
阅读全文
posted @ 2008-11-29 14:46
摘要：外观模式（Façade Pattern） ——.NET设计模式系列之十二 Terrylee，2006年3月 概述 在软件开发系统中，客户程序经常会与复杂系统的内部子系统之间产生耦合，而导致客户程序随着子系统的变化而变化。那么如何简化客户程序与子系统之间的交互接口？如何将复杂系统的内部子系统与客户程序之间的依赖解耦？这就是要说的Façade 模式。 意图 为子系统中的一组接口提供一个一致的界...
阅读全文
posted @ 2008-11-29 14:45
摘要：组合模式（Composite Pattern） ——.NET设计模式系列之十一 Terrylee，2006年3月 概述 组合模式有时候又叫做部分-整体模式，它使我们树型结构的问题中，模糊了简单元素和复杂元素的概念，客户程序可以向处理简单元素一样来处理复杂元素,从而使得客户程序与复杂元素的内部结构解耦。 意图 将对象组合成树形结构以表示“部分-整体”的层次结构。Composite模式使得用户对单个对...
阅读全文
posted @ 2008-11-29 14:44
摘要：装饰模式（Decorator Pattern） ——.NET设计模式系列之十 Terrylee，2006年3月 概述 在软件系统中，有时候我们会使用继承来扩展对象的功能，但是由于继承为类型引入的静态特质，使得这种扩展方式缺乏灵活性；并且随着子类的增多（扩展功能的增多），各种子类的组合（扩展功能的组合）会导致更多子类的膨胀。如何使“对象功能的扩展”能够根据需要来动态地实现？同时避免“扩展功能的增多”...
阅读全文
posted @ 2008-11-29 14:43
摘要：桥接模式（Bridge Pattern） ——.NET设计模式系列之九 Terrylee，2006年2月 概述 在软件系统中，某些类型由于自身的逻辑，它具有两个或多个维度的变化，那么如何应对这种“多维度的变化”？如何利用面向对象的技术来使得该类型能够轻松的沿着多个方向进行变化，而又不引入额外的复杂度？这就要使用Bridge模式。 意图 将抽象部分与实现部分分离，使它们都可以独立的变化。[GOF 《...
阅读全文
posted @ 2008-11-29 14:42
摘要：适配器模式（Adapter Pattern） ——.NET设计模式系列之八 Terrylee，2006年2月 概述 在软件系统中，由于应用环境的变化，常常需要将“一些现存的对象”放在新的环境中应用，但是新环境要求的接口是这些现存对象所不满足的。那么如何应对这种“迁移的变化”？如何既能利用现有对象的良好实现，同时又能满足新的应用环境所要求的接口？这就是本文要说的Adapter 模式。 意图 将一个类...
阅读全文
posted @ 2008-11-29 14:41
摘要：创建型模式专题总结（Creational Pattern） ——.NET设计模式系列之七 Terrylee，2006年1月 概述 创建型模式，就是用来创建对象的模式，抽象了实例化的过程。它帮助一个系统独立于如何创建、组合和表示它的那些对象。本文对五种常用创建型模式进行了比较，通过一个游戏开发场景的例子来说该如何使用创建型模式。 为什么需要创建型模式 所有的创建型模式都有两个永恒的主旋律：第一，它们...
阅读全文
posted @ 2008-11-29 14:38
摘要：原型模式（Prototype Pattern） ——.NET设计模式系列之六 Terrylee，2006年1月 概述 在软件系统中，有时候面临的产品类是动态变化的，而且这个产品类具有一定的等级结构。这时如果用工厂模式，则与产品类等级结构平行的工厂方法类也要随着这种变化而变化，显然不大合适。那么如何封装这种动态的变化？从而使依赖于这些易变对象的客户程序不随着产品类变化？ 意图 用原型实例指定创建对...
阅读全文
posted @ 2008-11-29 14:37
摘要：工厂方法模式（Factory Method） ——.NET设计模式系列之五 Terrylee，2004年1月2日 概述 在软件系统中，经常面临着“某个对象”的创建工作，由于需求的变化，这个对象的具体实现经常面临着剧烈的变化，但是它却拥有比较稳定的接口。如何应对这种变化？提供一种封装机制来隔离出“这个易变对象”的变化，从而保持系统中“其它依赖该对象的对象”不随着需求的改变而改变？这就是要说的Fact...
阅读全文
posted @ 2008-11-29 14:36
摘要：建造者模式（Builder Pattern） ——.NET设计模式系列之四 Terrylee，2005年12月17日 概述 在软件系统中，有时候面临着“一个复杂对象”的创建工作，其通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将它们组合在一起的算法确相对稳定。如何应对这种变化？如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化，从...
阅读全文
posted @ 2008-11-29 14:35
摘要：抽象工厂模式（Abstract Factory） ——探索设计模式系列之三 Terrylee，2005年12月12日 概述 在软件系统中，经常面临着“一系列相互依赖的对象”的创建工作；同时由于需求的变化，往往存在着更多系列对象的创建工作。如何应对这种变化？如何绕过常规的对象的创建方法（new），提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合？这就是我们要说的抽象工厂模...
阅读全文
posted @ 2008-11-29 14:33
摘要：单件模式（Singleton Pattern） ——.NET设计模式系列之二 Terrylee，2005年12月07日 概述 Singleton模式要求一个类有且仅有一个实例，并且提供了一个全局的访问点。这就提出了一个问题：如何绕过常规的构造器，提供一种机制来保证一个类只有一个实例？客户程序在调用某一个类时，它是不会考虑这个类是否只能有一个实例等问题的，所以，这应该是类设计者的责任，而不是类...
阅读全文
posted @ 2008-11-28 18:17
|
||
