转载

设计模式学习之装饰(decorator)

[TOC]

最近工作上遇到一个问题，最后用设计模式——装饰模式(Decorator)解决了，加深了对这个模式的印象，记录一下，同时当作对看书的复习吧，如果对其他朋友有抛砖引玉的作用就最好了^_^。

问题描述

我们的UI操作是一种已经定下来的模式，后来被要求修改为另外一种操作模式。简单来说，就是要改变一种控件的功能，我们后面就把这种控件叫做WidgetBox吧。而且，这个WidgetBox类本身有别的用途，暂时不考虑直接在原来的基础上修改。

从这个角度来说，解决这个问题首先想到的方法是： 继承！ 以WidgetBox作为父类重新写一个子类，重载关键函数，满足新操作模式的需求。

但是，恰恰遇到问题了：

子类需要把父类的主要功能完全重写，需要改掉很多函数代码，麻烦；
还有另外一个问题。由于界面用的是flash，在消息处理方面绑定的比较底层，已经很难改动了，除非你把整个工程中别的地方用到的都改掉，工程上这是不切实际的；
最重要的是：目前由于UI是flash制作的，所以在控件上有一些约定。新定义控件（反应到代码里面也就是添加子类）虽然不麻烦，但是还要把一部分维护工作留给UI人员，是自己不想的。

所以，继承这个方法行不通，会因为改动底层给系统带来很大的不稳定性，而且代码量和结构上的修改并没有什么可取之处，如果需求变了，需要新的操作模式呢？

在以上的背景之下，自己想到了如此拙见：用到了装饰(Decorator)这个设计模式。虽然不能完美解决问题，还存在缺点，但是总的来说比上面的这个方法好。如果以后再碰到更好的解决办法，说明我又进步了。^_^

装饰(Decorator)模式

引用书上的一句话：

动态地给一个对象添加一些额外的职责。

动机

依然引用书上的说法：

有时我们希望给某个对象而不是整个类添加一些功能。一种较为灵活的方式是将组件嵌入另一个对象中。

对接上自己需要的：

很简单！能在不改变现有系统结构的情况下，增加一种新的操作方式。那么我就实现一个装饰类，在其中嵌入已经存在的控件类WidgetBox，然后我在装饰类中实现自己的各种操作方式，而且用到大部分的WidgetBox类本身已经实现的功能。

结构

完整的装饰模式的结构如下图所示：

设计模式学习之装饰(decorator)

但是，因为个中原因，自己的实现有些许不同：

设计模式学习之装饰(decorator)

说明一下：

1.没有实现一个上层的抽象接口类，因为不想改变现有的结构。但是写到这里的时候，觉得Decorator类可以继承Widget类（他是WidgetBox类最上层的基类），这样会优化下面提到的问题。同时，这也说明记录写文章是有一些用处滴^_^。
2.这个接口暴露了自己实现的一个缺点：Decorator需要完全拥有和WidgetBox一模一样的接口，这里就留下了维护这两个类接口一致的问题，特别是如果你想要用户在WidgetBoxDecorator的操作和WidgetBox没有区别的情况下。但是，上面也提到了可以继承widget类，会大大减弱这个问题。

实现

### C++ class WidgetBox{ void subscribe(event); void unsubscribe(event); void HoldObject(); bool OnMousePress(); bool OnMouseUp(); }

class Decorator{
	virtual void subscribe(event);
	virtual void unsubscribe(event);
	virtual void HoldObject();
	virtual bool OnMousePress();
	virtual bool OnMouseUp();
private:
	WidgetBox* pItem;
}

class WidgetBoxDecorator{
	void subscribe(event);
	void unsubscribe(event);
	void HoldObject();
	bool OnMousePress();
	bool OnMouseUp();
}

int main()
{
	// 老的控件操作模式
	WidgetBox *pItem = new WidgetBox("name");
	pItem->HoldObject();

	// 新的控件操作模式
	WidgetBoxDecorator *pItem(new WidgetBox("name"));
	pItem->HoldObject();
} ### 小结

什么时候用装饰模式？ > 1.在不影响其他对象的情况下，比如自己这里不能够改变现有的结构； > 2.当不能采用生成子类的方法进行扩充时，自己碰到的问题也算是； > 3.书上还提到：处理那些可以撤销的职责，这个没有用到。

总结

自己也把《设计模式-可服用面向对象软件的基础》这本书看了一遍，印象其实不是很深刻，除了个别非常形象的模式之外，例如:享元模式-FlyWeight。剩下的就是自己去写过或者常用的模式了，比如：单例模式、工厂模式、观察者模式。所以，对于自己来说，碰到一个问题，特别是设计上的问题，然后用一个设计模式去解决这个问题，才能深刻理解这个模式的优缺点，以及用途。

参考

[1]《设计模式：可复用面向对象软件的基础》

学习：JavaScript实现

var WidgetBox = {
	createNew: function(){
		var widget = {};
		widget.OnMouseUp = function()
		{
			console.log("WidgetBox OnMouseUp();");
		}
		return widget;
	}
}

var Decorator = {
	createNew: function(){	
		var widget = {};
		widget.item = WidgetBox.createNew();
		widget.OnMouseUp = function()
		{
			item.OnMouseUp();
			console.log("Decorator OnMouseUp();");
		}
		return widget;
	}
}

var WidgetBoxDecorator = {
	createNew: function(){
		// 继承
		var widget = Decorator.createNew();
		widget.item = WidgetBox.createNew();
		widget.OnMouseUp = function()
		{
			console.log("WidgetBoxDecorator OnMouseUp();");
		}
		return widget;
	}
}

// old operation
console.log("Old operation:");
var item = WidgetBox.createNew();
item.OnMouseUp();

// new operation
console.log("New operation:");
var item1 = WidgetBoxDecorator.createNew();
item1.OnMouseUp();

结果：

Old operation:
WidgetBox OnMouseUp();
New operation:
WidgetBoxDecorator OnMouseUp();

原文 http://pkxpp.github.io/2017/02/12/设计模式学习之装饰(Decorator)/

正文到此结束

所属分类：编程技术

本文标签： git 总结 ip 软件 id java 设计模式希望需求 IO 代码 JavaScript GitHub 文章 UI http src
版权声明： 本文为互联网转载文章，出处已在文章中说明(部分除外)。如果侵权，请联系本站长删除，谢谢。
本文海报： 生成海报一生成海报二

其他链接

关于本站

本站定位：个人技术类博客

本站作用：写博客、记日志、闲聊扯淡鼓捣技术。

问题交流

设计模式学习之装饰(decorator)

问题描述

装饰(Decorator)模式

动机

结构

说明一下：

实现

总结

参考

学习：JavaScript实现

热门推荐

相关文章

说给你听

本文目录

随机标签

书籍教程

近期评论

网站信息

其他链接

关于本站

问题交流