DesignPattern
文章平均质量分 84
Yournero9
这个作者很懒,什么都没留下…
展开
-
Observer 观察者模式
Observer 模式:定义对象间一种一对多的依赖关系,当一个对象的状态发生改变时, 所有依赖于它的对象将得到通知并自动更新。 经常会有一组这样的对象, 当某个事件发生时, 这些对象都需要得到通知。比如 MVC 模型(Model-View-Controller,模型-视图-控制器),或者完全等价的“文档-视图设计模式”(比如 MFC)。我们希望这种通知能够自动发出, 但是, 我们原创 2009-10-16 14:43:00 · 893 阅读 · 0 评论 -
Strategy 策略模式
Strategy 策略模式:定义一系列的算法,把它们一个个封装起来,并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。也称为 Policy 政策。 Strategy 策略模式适用于: 1.许多相关的类仅仅是行为有异。“策略”提供了一种用于多个行为中的一个行为来配置一个类的方法。 2.需要使用一个算法的不同变体。例如,你可能会定义一些反映不同的空间/时间权衡的算法。当这些原创 2009-12-13 21:42:00 · 609 阅读 · 0 评论 -
Template Methods 模板方法模式
Template Methods 模板方法:定义一个操作中的算法的骨架,而再将一些步骤延迟到子类中,TemplateMethod 使得子类不改变一个算法的结构即可重定义该算法的某特定步骤。TemplateMethos 模式解决的是和 Strategy 模式类似的问题,Template 将逻辑算法框架放在抽象基类中,并定义好细节的接口,子类中实现细节,即用继承的方式实现。而 Strate原创 2009-12-13 22:36:00 · 719 阅读 · 0 评论 -
Memento 备忘录模式
Memento 备忘录模式: 在不破坏封装性的前提下,捕获一个对象的内部状态, 并在该对象之外保存这个状态.这样以后就可以将该对象恢复到原先保存的状态. 一个备忘录(memento)是一个对象,它存储另一个对象在某个瞬间的内部状态, 而后者称为备忘录的原发器(originator). 当需要设置原发器的检查点时, 取消操作机制会向原发器请求一个备忘录. 原发器用描述当前状态的信息初原创 2009-12-13 15:15:00 · 529 阅读 · 0 评论 -
State 状态模式
State 状态模式:允许一个对象在其内部状态改变时改变它的行为,对象看起来似乎修改了它的类。也称为状态对象(Objects for States)。 GOF 用 TCP 连接说明 State 模式,很清晰:考虑一个表示网络连接的类 TCPConnection。一个 TCPConnection 对象的状态处于若干不同状态之一:连接已建立(Established)。正在监听(Lis原创 2009-12-13 20:18:00 · 711 阅读 · 0 评论 -
Iterator 迭代器模式
Iterator 迭代器模式:提供一种方法顺序访问一个聚合对象中各个元素,而又不需要暴露该对象的内部表示,又称游标(Cursor)。该模式的应用应该十分熟悉了,C++ 标准库 STL 中不同的容器都提供了相同的迭代器接口。这一模式的关键思想是将对列表的访问和遍历从列表对象中分离出来并放入一个迭代器(iterator)对象中。迭代器类定义了一个访问列表元素的接口,迭代器对象负责跟踪当前的原创 2009-12-09 11:38:00 · 1303 阅读 · 0 评论 -
Visitor 访问者模式
Vistior 访问者模式:表示一个作用于某对象结构的各元素的操作,它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。 Visitor 访问者模式适用于: 1.一个对象结构包含很多类对象,它们有不同的接口,而你想对这些对象实施一些依赖于其具体类的操作。 2.需要对一个对象结构中的对象进行很多不同的并且不相关的操作,而你想避免让这些操作“污染”这些对象的类。Visito原创 2009-12-17 20:39:00 · 671 阅读 · 0 评论 -
ITK 配准框架中的 Subject/Observer 模式及优化过程模拟演示-1
最近正式开始研究 ITK 的配准框架及其过程,先把自己理解到的一些东西写出来记下。 ITK 中的医学图像配准框架主要由以下几部分组成:几何变换组件、图像插值组件、相似性测度组件、优化组件、以及连接各个组件的配准方法组件。对于多分辨策略还会多出两个图像金字塔组件。 图像配准的本质是一个迭代优化的过程,关于图像配准框架示例可参考:ITK 配准框架示例,或者参考 ITK 文档。简单原创 2009-12-28 15:55:00 · 1980 阅读 · 0 评论 -
ITK 配准框架中的 Subject/Observer 模式及优化过程模拟演示-2
剩下的几个头文件如下: 6.ITK 中对数据成员的设置大量使用了宏定义,不但代码简洁,而且风格统一,非常方便,我这里只演示了三个宏的使用,具体看代码: 1: 2: //MyTypeMacro.h 3: #pragma once 4: 5: //宏定义, ITK 中类成员函数使用了大量的宏定义, 这里示原创 2009-12-28 16:12:00 · 1500 阅读 · 0 评论 -
ITK 配准框架中的 Subject/Observer 模式及优化过程模拟演示-3
这里先给出程序的主要类图:一些成员函数我以简写的方式在类图中给出,如 Add() 表示 AddObserver() 等,类中只列出了一些比较重要的数据成员及方法。还有类之间的聚集关系表示的可能不太对,VISIO 太会操作,自己对 UML 也不是很熟悉,差不多意思是可以表示明白的。 1. 类继承结构图: 2. Command/Observer 模式的类结构图: 以上两原创 2009-12-28 19:12:00 · 1389 阅读 · 0 评论 -
ITK 配准框架中的 Subject/Observer 模式及优化过程模拟演示-4
其余几个头文件对应的代码实现如下: 7.Optimizer 优化函数类: 1: 2: //MyOptimizer.cpp 3: #include "MyOptimizer.h" 4: 5: //MyOptimizer 6: MyOptimizer::MyOptimizer()原创 2009-12-28 19:18:00 · 1661 阅读 · 1 评论 -
ITK 中的智能指针与对象工厂演示-3
11.测试智能指针 //TestMySmartPointer.h#pragma once#if defined(_MSC_VER)#pragma warning ( disable : 4786 )#endif#include "MySmartPointer.h"#include #include //测试类基类,测试智能原创 2010-01-03 16:38:00 · 1375 阅读 · 0 评论 -
ITK 中的智能指针与对象工厂演示-1
关于智能指针,一般有两种常用的策略,参考:智能指针;有一篇原创的智能指针写得不错:一个智能实现的改进。关于对象工厂,看到一篇写的不错的博文:泛化对象工厂简述。 在 ITK 中将智能指针与对象工厂结合。除少部分非常小的类之外,其它类都继承自 LightObject 或者 Object(其中,Object 也继承自 LightObject)。LightObjec 是 ITK 中最基层的原创 2010-01-03 16:01:00 · 2402 阅读 · 0 评论 -
ITK 中的智能指针与对象工厂演示-2
6.对象工厂基类 //MyObjectFactoryBase.h#pragma once#include "MyCreateObjectFunction.h"#include #include #include ////关于对象工厂,参考上面给出的文章,写得很不错,关于泛化对象工厂的原理阐述的很清晰.//泛化对象工厂: http://bl原创 2010-01-03 16:18:00 · 1164 阅读 · 0 评论 -
Pluggable Object Factory 可插入式对象工厂
ITK 中使用的其实是种称为 pluggable object factory 的设计模式,它可以在运行时进行动态替换,而且可以不修改已有代码的情况下添加处理新格式的图像文件类,等还有一些其它优点。它由两种模式组合而成:1.Abstract Factory 抽象工厂;2. Prototype 原型模式。还可能与单件模式(Singleton)组合。 简单的对象工厂可能如下所示: 1:原创 2010-01-08 10:08:00 · 1276 阅读 · 1 评论 -
Mediator 中介者模式
Mediator 中介者模式: 用一个中介对象封闭一系列的对象交互. 中介者使各对象不需要显式地相互引用,从而使其耦合松散, 而且可以独立地改变它们之间的交互. Mediator 模式提供将对象间的交互和通讯封装在一个类中,各个对象间的通信不必显式去声明和引用,大降低了系统和复杂性能. 中介者负责控制和协调一组对象间的交互,减少相互连接的数目. Mediator 中介者模式适原创 2009-12-12 21:45:00 · 625 阅读 · 0 评论 -
Chain Of Responsibility 职责链模式
Chain of Responsibility 职责链模式:使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。 这一模式的想法是,给多个对象处理一个请求的机会,从而解耦发送者和接受者。该请求沿对象链传递直至其中一个对象处理它。从第一个对象开始,链中收到请求的对象要么亲自处理理它,要么转发原创 2009-12-06 19:57:00 · 497 阅读 · 0 评论 -
Singleton 单件模式及其变体 Double-Checked Locking 双重检查锁模式
Singleton 单件模式, 及其变体 Double-Checked Locking 双重检查锁模式, 都可以用于确保某个类只有一个对象实例化.两个模式的区别在于: Singleton 模式用于单线程程序中, 而 Double-Checked Locking 模式用于多线程应用程序. Singleton 模式的意图是: 保证一个类仅有一个实例, 并提供一个访问它的原创 2009-10-17 09:50:00 · 1145 阅读 · 0 评论 -
Factory 工厂模式
Factory 工厂模式: 面向对象应用程序都需要创建对象, 并且我们经常通过添加新类型类扩展应用程序, 使用工厂模式可以避免将创建对象的代码散布于整个系统, 程序中所有需要创建对象的代码都转到这个工厂执行, 这样在增加新对象时只需要修改这个工厂, 系统就非常容易扩展. 工厂模式的意图是, 定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂模式的主要功能是使一个类的实例原创 2009-10-19 20:13:00 · 686 阅读 · 0 评论 -
Abstract Factory 抽象工厂模式
Abstract Factory 抽象工厂模式:提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。Abstract Factory 使用若干个工厂方法模式,每个工厂创建一个不同类型的对象。当创建一个工厂对象时,要决定如何使用那个工厂创建的所有对象。 适用性:1.一个系统要独立于它的产品的创建、组合和表示时。2.一个系统要由多个产品系统中的一个来配置时。3.当你要强调一系列相关的原创 2009-10-20 10:25:00 · 572 阅读 · 0 评论 -
Builder 构建器模式
Builder 构建模式要解决的是这样的问题:当我们要创建的对象很复杂的时候(通常是由很多其他的对象组合而成),我们要要复杂对象的创建过程和这个对象的表示(展示)分离开来,这样做的好处就是通过一步步的进行复杂对象的构建,由于在每一步的构造过程中可以引入参数,使得经过相同的步骤创建最后得到的对象的展示不一样。构建器模式和抽象工厂模式主要区别就是,构建器模式一步步创建对象,所以及时展开输出原创 2009-10-25 21:13:00 · 787 阅读 · 0 评论 -
Bridge 桥接模式
Bridge 桥接模式,将抽象与其实现解耦,使它们都可以独立地变化。解耦(decouple)是指让各种事物互相独立地行事,或者至少明确地声明之间的关系。抽象(abstraction)是指不同事物之间概念上的联系方式。 Bridge 桥接模式可以避免出现过度继承的现象。 Bridge 桥接模式的通用结构图如下: //示例代码如下,这里另外添加了两个操作原创 2009-11-06 15:41:00 · 513 阅读 · 0 评论 -
Prototype 原型模式
Prototype 原型模式的意图是,用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。 适用于:当一个系统应该独立于它的产品创建、构成和表示时,要使用 Prototype 模式;以及当要实例化的类是在运行时刻指定时,如通过动态装载;或者为了避免创建一个与产品类层次平行的工厂类层次时;或者当一个类的实例只能有几个不同状态组合中的一种时。建立相应数目的原型并克隆原创 2009-11-07 17:53:00 · 524 阅读 · 0 评论 -
Adapter 适配器模式
Adapter 适配器模式:将一个类的接口转换成客户希望的另一个接口。Adapter 模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。Adapter 模式也称为包装器 Wrapper。 Adapter 模式适用于:1)你想使用一个已经存在的类,而它的接口不符合你的需求。2)你想创建一个可以复用的类,该类可以与其它不相关的类或不可预见的类(跟那些接口可能不一定兼容原创 2009-11-08 20:47:00 · 461 阅读 · 0 评论 -
Composite 组合对象结构型模式
Composite 组合对象结构型模式:将对象组合成树形结构以表示“部分-整体”的层次结构。Composite 使得用户对单个对象和组合的使用具有一致性。 Composite 模式适用于:1)你想表示对象的“部分-整体”层次结构。2)你希望用户忽略组合对象与单个对象的不同,用户将统一地使用组合结构中的所有对象。 Composite 的通用结构图如下: 典型的 Compo原创 2009-11-10 22:23:00 · 739 阅读 · 0 评论 -
Facade 外观对象结构模式
Facade 外观对象结构模式:为子系统中的一级接口提供了一个一致的界面,Facade 模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。 Facade 的意图是希望简化原有系统的使用方式,定义自己的接口。当我们只需要使用某个复杂系统的子集,或者,需要以一种特殊的方式与系统交互时,可以使用 Facade 模式。Facade 适用于模式适用于: 1)当你要为一个复杂原创 2009-11-12 20:39:00 · 523 阅读 · 0 评论 -
Decorator 装饰对象结构模式
Decorator 装饰对象结构模式:动态地给一个对象添加一些额外的职责,也称包装器 Wrapper。不过和 Adapter 模式不同,Decorator 模式仅改变对象的职责而不改变接口;而适配器则给对象一个全新的接口。 问题:要使用的对象将执行所需的基本功能。但是,可能需要为这个对象将添加某些功能,这些附加,功能可能发生在对象的基础功能之前或之后。所以,Decorato原创 2009-11-11 22:45:00 · 663 阅读 · 0 评论 -
FlyWeight 共享元对象结构模式
Flyweight 共享元模式,描述了如何共享对象,使得可以细粒度地使用它们而无需高昂的代价。 Flyweight 是一个共享对象,它可以同时在多个场景中使用,并且在每个场景中 flyweight 都可以作为一个独立的对象--这一点与非共享对象的实例没有区别。Flyweight 不能对它所运行的场景做出任何假设,这里的关键概念是“内部状态”和“外部状态”之间的区别。原创 2009-12-02 23:16:00 · 492 阅读 · 0 评论 -
Proxy 代理对象结构模式
Proxy 代理模式,为其它对象提供一种代理以控制这个对象的访问。客户代码与代理类打交道,而做实际工作的类隐藏在代理类背后。当调用代理类中的一个函数时,代理类仅转而去调用实现中相应的函数。 在需要用比较通用和复杂的对象指针代替简单的指针的时候,使用 Proxy 代理模式。Proxy 适用于以下情况: 1.远程代理(Remote Proxy)为一个对象在不同的地址空间提供局部原创 2009-12-04 21:40:00 · 1044 阅读 · 0 评论 -
Interperter 解释器模式
Interperter 解释器模式:给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子。如正则表达式的解析。 Interperter 解释器模式,适用于当一个语言需要解释执行时,并且你可以将该语言中的句子表示为一个抽象语法树时,可使用解释器模式: 1.该文法简单。对于复杂的文法,文法的类层次变得庞大而无法管理。此时语法分析程序生成器这样的工具原创 2009-12-06 22:06:00 · 1048 阅读 · 0 评论 -
Command 命令模式
Command 命令模式,将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排除或记录请求日志,以及支持可撤消的操作。也称为动作(Action),事务(Transaction)。 命令模式是通过将请求本身变成一个对象来使工具箱对象可向未指定的应用对象提出请求。这个对象可被存储并像其它对象一样被传递。这一模式的关键是一个抽象的 Command 类,它定义了一个原创 2009-12-06 15:02:00 · 1402 阅读 · 2 评论