dushu0 2017-03-13
看看用TypeScript怎样实现常见的设计模式,顺便复习一下。
学模式最重要的不是记UML,而是知道什么模式可以解决什么样的问题,在做项目时碰到问题可以想到用哪个模式可以解决,UML忘了可以查,思想记住就好。
这里尽量用原创的,实际中能碰到的例子来说明模式的特点和用处。
适配器模式的目的主要在于解决接口兼容性。
下面用TypeScript简单实现一下适配器模式:
假定现在项目已经在用一个画图接口Graph以及它的实现Canvas2D:
interface Graph{ drawLine(); drawPie(); } class Canvas2D implements Graph{ drawLine(){ console.log('draw 2d line'); } drawPie(){ console.log('draw 2d pie'); } }
项目升级需要提高UI美观,引入3D画图库Canvas3D,两者接口不一样:
class Canvas3D{ draw3DLine(){ console.log('draw 3d line'); } draw3DPie(){ console.log('draw 3d pie'); } }
项目是依赖接口Graph的,如果要直接加上3d功能就需要改接口,这个代价比较大,这时适配器派上用场:
class Canvas3DAdapter implements Graph{ private canvas3D: Canvas3D = new Canvas3D(); drawLine(){ this.canvas3D.draw3DLine(); } drawPie(){ this.canvas3D.draw3DPie(); } } let canvas2D: Graph = new Canvas2D(); canvas2D.drawLine(); canvas2D.drawPie(); let canvas3D: Graph = new Canvas3DAdapter(); canvas3D.drawLine(); canvas3D.drawPie(); //输出 draw 2d line draw 2d pie draw 3d line draw 3d pie
这样,使用时用Canvas3DAdapter就可以了,项目还是只依赖Graph这个接口就可以画出3D图。
在Canvas3DAdapter里引入了Canvas3D对象,可以看出这是对象上的行为适配,所以叫对象适配器。
另外还有一种叫类适配器,使用多重继承来使新的适配类继承原来接口并且拥有两个类的功能,在TypeScript里虽然不能用多重继承,但是可以用mixins方式强行加起来,这里就不写例子了。
外观模式的目的主要在于简化调用,只需要一个简单的接口就可以解除对其他类的依赖。
下面用TypeScript简单实现一下外观模式:
假定现在项目的需求是实现一个简单图表的功能来画出近年来收入曲线图和收入来源配比图,引入一个第三方绘图库。
//第三方绘图库 class Axis{ draw(); // 画坐标轴 } class Line{ draw(); // 画曲线 } class FanShape{ draw(angle: number); // 画扇形 }
项目没必要和第三方的库紧耦合,所以按需求抽象出一个接口Graph:
// 项目接口 interface Graph{ // 只需要两种图表, 线图和饼图 drawLineChart(); drawPieChart(); }
再用第三方库里的画图功能实现这个接口:
class Chart implements Graph{ // 实现接口 drawLineChart(){ new Axis().draw(); new Line().draw(); } drawPieChart(){ new FanShape().draw(90); new FanShape().draw(180); new FanShape().draw(90); } }
这样项目只需要通过Graph接口来画图表就好了,而不用知道具体的细节。
与适配器相同的点是同样是一种封装处理,不同的是适配器已有一个接口,而用这个接口不能使用另外一个系统,这时需要把那个系统做个适配来匹配现有接口,重点在于兼容接口,解决冲突。
而外观则是封装现有系统来对外提供一种简单的使用方式,重点在于简化调用。
前几篇介绍了设计模式的特性并且详细讲解了4种创建型模式,创建型模式是负责如何产生对象实例的,接下来讲讲结构型模式。结构型模式是解析类和对象的内部结构和外部组合,通过优化程序结构解决模块之间的耦合问题。