国产探花免费观看_亚洲丰满少妇自慰呻吟_97日韩有码在线_资源在线日韩欧美_一区二区精品毛片,辰东完美世界有声小说,欢乐颂第一季,yy玄幻小说排行榜完本

首頁 > 學院 > 開發設計 > 正文

與籃球共舞,盡顯模式本色

2019-11-18 12:18:17
字體:
來源:轉載
供稿:網友

  ==創建型模式==
  1、 =SIMPLE FACTORY=
  打完籃球真累,正好邊上有個小攤。
  “來杯可樂。”
  “我要芬達。”
  “一瓶礦泉水。”
  
  工廠模式:客戶類和工廠類分開。消費者任何時候需要某種產品,只需向工廠請求即可。消費者無須修改就可以接納新產品。有了小攤這個工廠,我們口渴的問題就很easy的解決了。
  
  2、 =FACTORY METHOD=
  以前每次下午打完籃球后一般很晚,回來再洗個澡,食堂就關門了。我們就集體跑過西三門外吃牛肉面(呵呵,人生之一大爽事啊),每個餐廳的風味還不一樣,這無所謂啦,我們只要說一句“來碗牛肉面“就行了。
  
  工廠方法模式:核心工廠類不再負責所有產品的創建,而是將具體創建的工作交給子類去做,成為一個抽象工廠角色,僅負責給出具體工廠類必須實現的接口,而不接觸哪一個產品類應當被實例化這種細節。每一個餐廳就是一個具體的工廠,可惜現在西三門已經關掉了,郁悶ing!
  
  3、 =SINGLETON=
  Kobe就是Kobe,不管你是從電視上看到,還是從報紙上看到,其實就是他一個人
  
  單例模式:單例模式確保某一個類只有一個實例,而且自行實例化并向整個系統提供這個實例單例模式。組織后衛可以有幾個,但Kobe只能有一個,廢話!
  
  4、 =BUILDER=
  NBA中強隊頗多,且各有自己的特點,因此對付不同的隊有不同的打法,但你只要說“今天打國王”就行了,具體該怎么打由教練去安排(build)就行了。
  
  建造模式:將產品的內部表象和客戶端分來,客戶不必知道產品內部組成的細節,因此當產品的表象一般很復雜時才用。戰術安排的確是個比較專業的任務,所以…。
  
  5、 =PROTOTYPE=
  今年全明星賽真不錯,真想再看一遍。
  “小陳,把serv-u開一下,我下你的全明星賽。”
  “OK!不過先上傳兩部好片。”
  “啊,我暈~~!”
  
  原始模型模式:實際上就是復制啦。原始模型模式答應動態的增加或減少產品類,產品類適合于任何的等級結構。缺點是每一個類都必須配備一個克隆方法。還好,Windows里面的東東只要點右鍵,都有個復制選項。
  
  ==結構型模式==
  6、 =ADAPTER=
  姚明剛去火箭時,交流有點不便,但通過經紀人Adapter,姚明很快就和火箭的其他人混熟了。
  
  適配器模式:把一個類的接口變換成客戶端所期待的另一種接口,從而使原本因接口原因不匹配而無法一起工作的兩個類能夠一起工作。通過經紀人Adapter,主教練就可以把姚明看作本土人(會說e文的人)。如今姚明已經加強了功能,使得不要經紀人也可以和主教練交流,呵呵,str man!
  
  7、 =COMPOSITE=
  上半場被灌了個50:25,趁中場暫停,大家一起來安排下半場怎么打:
  “方案A:6號太準,要專人盯防。”―“就是就是!”
  “方案B:左邊防守太弱,把XX換上來。”-“好耶好耶!”
  “方案C:進攻太差,多打一些擋差。”-“不錯不錯!”
  “方案D:上半場方案X其實還是不錯的,下半場go on。”-“OKOK!“
  …
  一聲哨響,下半場開始,我們把方案A,B,C…結合,定為方案Y。@#¥%^&*(!~等一系列后,我們終于以51:50戰勝對手,哈哈…!!白日夢#&@*!
  
  合成模式:合成模式使得客戶端把單獨的成分對象和由他們復合而成的合成對象同等看待,因此合成模式使得客戶端增加新的構件變得輕易。方案A是一條簡單的方案,方案D是由不同的方案結合而成的復雜方案,但我們不管這些,我們只知道它們都是我們所要的方案。
  
  8、 =DECORATOR=
  記得西邊操場沒修好時,我們踢球沒有地盤,還好,有個籃球場是空的,我們便撿來幾塊磚頭,擺上兩個門,哈哈,這樣,籃球場也就變成小足球場了。
  系里舉辦一個舞會,得找塊大點的地盤,我們又看中了籃球場,掛起一盞燈,搬來兩個音箱,ok,一切搞定。這樣,籃球場便變成了舞會廳了,哈哈。
  
  裝飾模式:裝飾模式以對客戶端透明的方式擴展對象的功能,是繼續關系的一個替代方案,提供比繼續更多的靈活性。其實,籃球場還可以變成很多其它的東東,只要發揮你的想像,嘻嘻。
  
  9、 =PROXY=
  玩NBA正happying。
  忽然,小付跑過來說:“你的電話,X系說明天下午兩點要跟俺們系干一場,怎么樣?”
  -“OK,就跟他們說沒問題!”玩Games要緊。
  小付作為一個代理倒省了俺不少事,呵呵。
  
  代理模式:代理就是一個人或一個機構代表另一個人或者一個機構采取行動。某些情況下,客戶不想或者不能夠直接引用一個對象,代理對象可以在客戶和目標對象直接起到中介的作用。客戶端分辨不出代理主題對象與真實主題對象。代理模式可以并不知道真正的被代理對象,而僅僅持有一個被代理對象的接口,這時候代理對象不能夠創建被代理對象,被代理對象必須有系統的其他角色代為創建并傳入。X系只知道我們同意和他們干一場,但并不知道是回答他們的就是小付。
  
  10、 =FLYWEIGHT=
  上次說到吃牛肉面,我們當中有幾個還特挑剔。這不:
  “老板,我要麻辣的。”-“好咧!”唰唰,老板放了些辣醬。
  “我要川味的。”-“好咧!”唰唰,老板放了些泡菜。
  “我也要川味的。”-老板按剛才的樣式又做了一遍。
  小陳一看大家都要,不服,就說:“老板,俺要黑的。”
  “黑的?黑的是什么樣的。”老板納悶了。
  “黑的,黑的就是多放些醬油…”-全場狂暈#&*%
  
  享元模式:享元模式以共享的方式高效的支持大量的細粒度對象。享元模式能做到共享的要害是其狀態存儲在享元內部,不會隨環境的改變而有所不同。將可以共享的狀態和不可以共享的狀態從常規類中區分開來,把不可以共享的狀態從類里剔除出去。客戶端從工廠中獲得對象時,工廠會先檢查其是否有該對象,假如有則直接返回給客戶,沒有才創建新的實例。享元模式大幅度的降低內存中對象的數量。那些麻辣啦,川味啦,都是享元,要的牛肉面有很多,但口味卻就那么幾種。后來,我們打玩籃球又去了那家店,還沒等過小陳開口,老板就說:“這位同學,你是要黑牛肉面吧。”-小陳“……”
  
  11、=FACADE=
  又要和X系開始一季一度的比賽了,具體時間和地點還得靠俺這個隊長來搞定,好,no problem!給X系籃球隊隊長一個call:“星期六下午3:00,我們一見高下。”
  
  門面模式:門面模式提供一個高層次的接口,使得子系統更易于使用,它將客戶端和一些子系統分離,提高子系統的獨立性和可移植性。X系籃球隊隊長就是個Facade,通過他,免得我要去跟他們系隊員(子系統)一個個去通知。
  
  12、=BRIDGE=
  我是個學生,但在籃球隊里,我又是個隊員,那你說我是什么,超級賽亞人?呵呵。
  
  橋梁模式:將抽象化與實現化脫耦,使得二者可以獨立的變化,也就是說將他們之間的強關聯變成弱關聯,也就是指在一個軟件系統的抽象化和實現化之間使用組合/聚合關系而不是繼續關系,從而使兩者可以獨立的變化。哈哈,多虧這個模式,不然我還真不知道該怎么稱呼我自己呢,嘻嘻。
  
  ==行為模式==
  13、=STRATEGY=
  足球里有很多戰術,比如,一般情況用442,打強隊可以用451,打弱隊可以用343。
  當然籃球里面也有的,比如,你可以選擇打中鋒,或者遠投,當然我們平時最多用的可能就是獨干,哈哈。
  
  策略模式:策略模式針對一組算法,將每一個算法封裝到具有共同接口的獨立的類中,從而使得它們可以相互替換。策略模式使得算法可以在不影響到客戶端的情況下發生變化。策略模式把行為和環境分開。環境類負責維持和查詢行為類,各種算法在具體的策略類中提供。由于算法和環境獨立開來,算法的增減,修改都不會影響到環境和客戶端。
  
  14、=TEMPLATE METHOD=
  不同的籃球班有不同的老師,但他們上課的內容都是一樣的,一般都分為運球,傳球,投籃,上籃這么幾堂課,估計體育師范學院教書的模版就是這樣。具體運球怎么教,上籃怎么教就依不同的老師自己了。
  
  模板方法模式:模板方法模預備一個抽象類,將部分邏輯以具體方法以及具體構造子的形式實現,然后聲明一些抽象方法來迫使子類實現剩余的邏輯。不同的子類可以以不同的方式實現這些抽象方法,從而對剩余的邏輯有不同的實現。先制定一個頂級邏輯框架,而將邏輯的細節留給具體的子類去實現。
  
  15、=OBSERVER=
  “今天下午去打籃球啊。”-A
  “好啊,到時叫上我。” -B
  “也叫上我。” -C
  “還有我。”-D
  …
  我們班的號召力可見一斑,呵呵。
  
  觀察者模式:觀察者模式使觀察者和被觀察者之間的耦合抽象化,被觀察者會向所有的登記過的觀察者發出通知。當A要去打籃球時,便會通知B,C,D…
  
  16、=ITERATOR=
  大一時上籃球課,體育老師要清名單:“小王(體育委員),你們班到了多少人?”
  小王:“立正--,報數。”
  “1,2,3,4,…”
  
  迭代子模式:迭代子模式可以順序訪問一個聚集中的元素而不必暴露聚集的內部表象。迭代子模式將迭代邏輯封裝到一個獨立的子對象中,從而與聚集本身隔開。迭代子模式簡化了聚集的界面。每一個聚集對象都可以有一個或一個以上的迭代子對象,每一個迭代子的迭代狀態可以是彼此獨立的。迭代算法可以獨立于聚集角色變化。小王真聰明,不必查詢任何一個人就知道到了多少人。
  
  17、=CHAIN OF RESPONSIBLEITY=
  現在湖人隊進攻,佩頓將球交給馬龍,馬龍再傳給奧尼爾,奧尼爾一記重扣,湖人再添2分。

發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
主站蜘蛛池模板: 南雄市| 都江堰市| 虞城县| 祁连县| 汉中市| 调兵山市| 常宁市| 芦溪县| 阿勒泰市| 洛浦县| 曲松县| 辽中县| 平罗县| 临江市| 凌海市| 新平| 泉州市| 社旗县| 辉南县| 金门县| 无棣县| 响水县| 乌兰察布市| 肇东市| 泽库县| 偃师市| 绥滨县| 阿拉尔市| 侯马市| 榕江县| 阜新| 兖州市| 北川| 辽宁省| 灵璧县| 开封县| 城市| 榆社县| 固安县| 康保县| 中江县|