2020-08-20|閱讀時間 ‧ 約 2 分鐘

Simple Factory design pattern

直接來看例子吧!
假設不管是什麼口味的pizza,都會有「準備/烘烤/切/打包」四個步驟。 每種pizza的材料準備/烘烤/切/打包的方式都不同,因此有自己的方法實作。
如同範例程式碼,今天客人點了一份Cheese Pizza,不就是直接new出來,然後經過製作的四個步驟就完成啦?!
是,沒錯。 但是客人有可能在不同情境下,點了很多pizza,也就是製作pizza的程式碼可能散落在系統的各個地方,這樣假如是一個大系統,會非常難維護!
因此,Simple Factory就誕生啦! 如下圖,我們建立一個廚房class,專門用來製作披薩!
因此,今天不管在系統的任何地方想要製作pizza,只需要傳入口味參數就可以得到做好的披薩了,Kitchen這個類別就是所謂的簡單工廠類別,將製作披薩的程式碼集中在這個廚房類別中,因此提高了系統的可維護性!
但是問題來了,假如今天apple pizza不切了,或者是apple pizza的製作步驟換了,或者是有新口味的pizza要開賣了,這個Kitchen class的程式碼就要修改,未來這個地方的程式碼就會越來越雜,甚至這個地方程式碼改壞了,造成整個系統都不work!
因此,就有工廠模式誕生啦!
分享至
成為作者繼續創作的動力吧!
小弟是一位軟體工程師,樂於幫助他人,撰寫技術文章除了幫助自己複習以外,也希望可以幫助到他人,若文章內容有誤,還請大大不吝給予指教!
從 Google News 追蹤更多 vocus 的最新精選內容從 Google News 追蹤更多 vocus 的最新精選內容

發表回應

成為會員 後即可發表留言