`
biqing0427
  • 浏览: 57047 次
  • 性别: Icon_minigender_1
  • 来自: 上海
社区版块
存档分类
最新评论

水煮烟火-烟花中的模式

阅读更多

       过年过节放鞭炮,烟花是中国的传统风俗。不仅可以烘托节日的气氛,而且还可以让我们看到美丽的烟火,相信大家不会忘记奥运会开闭幕上的精彩无比的烟火表演,让世界过目不忘,堪称锦上添花。


      今晚坐在车上,忘着车外美丽的烟火,突然将这绚丽多瑙的烟火和工作中的设计模式联系起来。下面简单的用设计模式“点燃”下烟火,仅供大家娱乐。

     综观整个放烟火过程,主要参与者与角色有:放烟火者 烟火筒 烟火   

      Command 模式 -- 只管点燃
     
     整个烟花提供给放烟火者的入口只有一条导火线,至于其中是放哪个烟花,烟花的燃 烧方式,烟花的形状,这些繁琐的事情,统统不用管~~,内部已经井然有序,整装待发,只要放烟火者轻轻的点燃,下面就尽情的享受吧!!

  
Chain of Responsibility(职责链) -- 一个接一个点燃
           
漂亮的烟花总是先后出现多种美丽的形状,让你眼花缭乱,其实有谁想过,为什么烟花的形状是一个接一个,而没有出现同时或者错位呢?里面肯定有一条无形的绳索,按先后顺序进行排列。
 
  
Composite(组合) -- 各种烟火的组装
      
    这种模式多出现在比较大的烟火中,一组形状的烟花假如有A,B,C,D四种,其中D下面又有 D1,D2,D3三种形状, D1下面又有D11,D12……,这种情况下,设想下烟火怎么去决定燃放这些呢?是不是 烟火燃放A B C,到D时 由D再调用 D1,D2,D3, D1发现自己下面还有子烟火,再用D1的方式调用D11,D12。这就是典型的COMPOSITE 模式。

  
Bridge(桥梁) -- 组装
           
我们在把目光放在烟火的外观上,烟火由外面的烟火筒和一个炮组成,烟火筒有大有小,十个的、12个、8个装的,炮也有多种多样的,小型,中等、大型的。在安装的时候根据实际情况需要再决定从这两种类型中挑选,两个class搞定:)

  
Strategy(策略) -- 随机安装
          
我们又把目光再次放到了安装上,在现有的烟火筒上,随机的选择烟火的样式,烟火是固定的,变的只是它的类型(子类),这不就是我们说的策略吗?在固定的模式下,根据实际的需要选择具体的功能类载入,这就是策略。

  
Proxy(代理) -- 给用户提供
      
一筒几十个的烟火,如果堆在一起,然后由你决定是先点燃哪个,怎么放置这些比较安全,也不会影响到其他烟火?是间隔多久?放的期间火柴没有了怎么办? 晕啊,细想起来还很多,我的天,那样放太麻烦了。不用担心,聪明的商家,早就替你做好了这些,你不用关心那些繁琐的事情。那些事情统统交给外面的烟火筒吧,由她和烟火交互,我们只要去关心访问这个烟火筒代理(proxy),使用她提供我们的简单的接口(导火索),一切就是这么简单。

  
Facade(外观) -- 提供统一外观接口
      
呵呵,最后一个想到的有点牵强,烟火筒是不是又可以算是一个外观模式呢?它提供了简单而又单一的功能---点燃。太统一了:)


以上就是个人的一点想法,请大家随意拍砖啊~~~

 

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics