郭文睿 2011-04-22
在Java中,有这样一段老代码:
class Round{ public void drawRound(); //画圆 }
现在新代码希望能和它共存,使用一个Person的对象来控制,只不过,可能drawRound,也可能drawRect啊:
class Rect{ public void drawRect(); //画方 }
好,废话少说,我先想到了Adapter模式:
interface Drawable{ public void draw(); } public class RoundAdapter implements Drawable{ private Round round; public void draw(){ round.drawRound(); } } public class RectAdapter implements Drawable{ private Rect rect; public void draw(){ rect.drawRect(); } }
然后,我再引入一个Person对象,就能搞定这一切了:
class Person{ private Drawable adapter; public Person(Drawable adapter){ this.adapter = adapter; } public void draw(){ this.adapter.draw(); } } Drawable rou = new RoundAdapter(); Drawable rec = new RectAdapter(); new Person(rou).draw(); //画圆 new Person(rec).draw(); //画方
想必到此已经让你烦了,一个Adapter模式的最简单例子。再多看一看,这个模式的核心是什么?接口!对,正是例子中的Drawable接口——正是在接口的规约和领导下,我们才能让画圆和画方都变得那么听话。
现在JavaScript中,也有这样一段老代码:
function Round(){ this.drawRound = function(){ alert("round"); } }
我也想依葫芦画瓢,但是JavaScript没有接口了,怎么办?
……
接口的作用是什么?是对类的行为的规约,可是JavaScript的行为是动态的,无法用简单纯粹的接口来实现、来约束,即便模拟出这样一个接口(参见《JavaScript Design Pattern》),在此又有必要使用它么?强行做出一个接口来,这不是和JavaScript的初衷相违背了吗?
再回到这个问题上面,我原本希望Person的对象可以调用一个统一的draw方法,只是在通过构造Person对象的时候,传入一个不同实现的Drawable对象,做出了不同约束下的实现。
那么,JavaScript中,不仅仅方法的调用者可以作为一个参数传入,方法本身也可以作为参数传入(即所谓方法闭包),这样,所有变化点都控制在这个参数之中,不也实现了我想要的接口规约的效果吗:
function Rect(){ this.drawRect = function(){ alert("rect"); } } function Person(obj){ //obj参数的格式:{doWhat,who} for(var i in obj){ this.doWhat = i; this.who = obj[i]; break; } this.draw = function(){ this.who[this.doWhat].call(this.who); }; } var rou = { drawRound : new Round() }; var rec = { drawRect : new Rect() }; (new Person(rou)).draw(); (new Person(rec)).draw();
写到这里,我觉得很开心:
在Java中,通过接口的规约和适配器的帮助,我将变化点封装在Person构造器的参数之中;
JavaScript中,没有了接口、脱离了适配器的帮助,我依然能将变化点封装在Person的构造器参数之中。
文章系本人原创,转载请注明作者和出处