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

最近工作上遇到一个问题,最后用设计模式——装饰模式(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++实现

code:

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();
    原文作者:算法小白
    原文地址: https://juejin.im/entry/58a29c23128fe100582c108f
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞