設計模式開篇和工廠方法模式

發(fā)布時間：2020-07-04 10:16:15 來源：網絡閱讀：412 作者：JackSongBlack 欄目：軟件技術

設計模式開篇和工廠方法模式

開篇之言

最近準備將23種設計模式用ruby和javascript兩種語言分別實現(xiàn)，為什么要這么做

一.公司由于代碼風格不統(tǒng)一造成的溝通問題而開展的全公司學設計模式。二.作為學習后筆記用。三.選擇ruby和javascript是因為我現(xiàn)在主要使用這兩門語言。四.作為體會各種模式的適用點。

設計模式用途

為什么要學設計模式？這里談談自己對設計模式看法

一.設計模式本質就是屏蔽變化點。（很精辟的悟點，看設計模式最佳角度，感謝易博士）二.沒有一種設計模式是萬能的,所以談論哪種設計模式最好是無用的，沒有最好，只有剛剛好。（基于第一條）三.設計模式不是為了?？幔菫榱朔奖愫推渌鸒OA程序員溝通而制定一個標準名詞和標準動作。

廢話完成，進入正文

工廠方法（factory method）

首先來看看我們UML
設計模式開篇和工廠方法模式

概述

在軟件系統(tǒng)中，經常面臨著“某個對象”的創(chuàng)建工作，由于需求的變化，這個對象的具體實現(xiàn)經常面臨著劇烈的變化，但是它卻擁有比較穩(wěn)定的接口。如何應對這種變化？提供一種封裝機制來隔離出“這個易變對象”的變化，從而保持系統(tǒng)中“其它依賴該對象的對象”不隨著需求的改變而改變？這就是要說的Factory Method模式了。

意圖

定義一個用戶創(chuàng)建對象的接口，讓子類決定實例化哪一個類。Factory Method使一個類的實例化延遲到其子類。

屏蔽的變化點

1.工廠類不再負責實例的具體過程，將變化的具體構造過程，交給子類來實現(xiàn)。 2.將到底實例哪個類，交給調用者來決定

ruby的實現(xiàn)

class Car   def self.factory typeName      const_get(typeName).new #查詢祖先鏈，如果查到返回這個靜態(tài)值   endendclass BMW < Car  def drive      p "my it's BMW"  endendclass Benz < Car   def drive     p "my it's Benz"   endend

javascript實現(xiàn)

var car = car || {}car.BMW = function(){  console.log("my it's BMW")}car.Benz = function(){  console.log("my it's Benz")}car.factory= function(name){  var o = {}  o.method = car[name]  return o}

體會

工廠方法適合一下情景

1.具體方法沒有定義或不無法定義，需要子類來實現(xiàn)。2.設計時不知道到底需要實例哪個子類。3.處理大量類似實例

缺點

1.依賴繼承鏈，太過復雜不好測試

向AI問一下細節(jié)

設計模式開篇和工廠方法模式