首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 软件管理 > 软件架构设计 >

署理模式(Proxy)与装饰模式(Adapter)

2012-10-09 
代理模式(Proxy)与装饰模式(Adapter)代理模式考虑现实生活中的代理商. 你想要进一批货,但是出于某种原因,

代理模式(Proxy)与装饰模式(Adapter)

代理模式
考虑现实生活中的代理商. 你想要进一批货,但是出于某种原因,你无法直接与生产商联系(有可能是因为你生产商与你相隔太远, 或者比如你进的货是军  火, 一般来说生产商也不会直接露面滴), 这时候你就需要一个代理商, 他能够接受你的订单, 并且也能给你需要的货品, 但是记住,代理商并不真正生产货品,他的能力在于他有办法从生产商那里给你搞到货品.

那么对于买家,也就是接口的调用者而言, 我并不关心你到底是代理商还生产商,我只要你能够跟我交易就可以. 从这角度理解的话,代理隔离了调用者和实现者直接的联系.

实际编码中的例子呢, 比如WebService的调用你就可以把他理解成一个(远程)代理.

装饰模式
语义上理解,装饰是什么呢? 装饰就是在原本的东西上添油加醋嘛. 装饰的原则就是,对于一个西瓜, 不管我怎么装饰,它始终都是一个西瓜, 我不能最终把它装饰一番之后当成土豆去卖.

举个例子,大家应该都买过那种现做的冰淇淋. 一般都是这样卖的, 普通的冰淇淋必选,上面可以加上各种葡萄干啊,榛子啊,蓝莓酱啊之类的,当然每加一样你就要多交一点钱啦:). 那针对这个给冰淇淋算价钱的问题, 写成代码呢, 差不多就是这样子的.

//抽象冰淇淋abstract class AbstractIceCream{  public abstract int getPrice(); }//真正的冰淇淋class IceCream extends AbstractIceCream{    public int getPrice(){    return 2;     //原味冰淇淋只卖5块~~  }}//冰淇淋的巧克力装饰器class ChocolateAdapter extends AbstractIceCream {  private AbstractIceCream iceCream;     //to be adapted.  public ChocolateAdapter(AbstractIceCream iceCream){      this.iceCream = iceCream  }  public getPrice (){      return this.iceCream.getPrice()+3; //假设加一层巧克力要加3块钱好了~  }}//冰淇淋的蓝莓酱装饰器class BlueberryAdapter extends AbstractIceCream {  private AbstractIceCream iceCream;     //to be adapted.  public BlueberryAdapter(AbstractIceCream iceCream){      this.iceCream = iceCream  }  public getPrice (){      return this.iceCream.getPrice()+5; //假设加一层蓝莓酱要加5块钱好了~  }}//顾客来了public class Client{   public static void main(String args[]){   //给我来个蓝莓冰淇淋      AbstractIceCream blueberryIceCream = new BlueberryAdapter(new IceCream());      //给我来个蓝莓巧克力冰淇淋~~   AbstractIceCream bb_ch_iceCream = new BlueberryAdapter(new ChocolateAdapter(new IceCream()));   //来了一个巧克力超级粉丝说,我要加3层巧克力~~   AbstractIceCream lot_of_chocolate_iceCream = new ChocolateAdapter(new ChocolateAdapter(new ChocolateAdapter(new IceCream())))       //然后算帐看看,你猜这些冰淇淋分别要多少钱呢...   println(blueberryIceCream.getPrice());   println(bb_ch_iceCream.getPrice());   println(lot_of_chocolate_iceCream.getPrice());   }}


写成这样我想大家应该能理解了? 再啰嗦两句,装饰器模式实际上在一定程度上解决了一个问题, 那就是类继承的局限性,类爆炸. 像上面的例子中,用最原始的集成方案的话,大概需要一下几个类: 冰淇淋, 巧克力的冰淇淋, 草莓的冰淇淋, 巧克力和草莓都有的冰淇淋...貌似还可以接受,但由于这些辅料是可以随意组合的, 那么比如我又新添了一个辅料香草,那我就又要新增 N个子类..., 学过组合数学的同学就会知道, 其实没学的也知道, 这样一来子类的生长速度可是相当客观的. 而使用装饰器的话, 新增一个辅料,我只需新增一个装饰器类即可, 省心啊...看起来程序员的生活又美好了不是么?  

ok, 我保证这是最后一句啰嗦:
所谓模式,其实就是最佳实践的总结. 所以要学透模式,一定要联系现实生活,先弄清楚什么情况下需要使用这个模式,否则凭空想象的话,很容易混淆不说,还抓不住精要.  

热点排行