由簡單工廠模式，看我們的**歷程……
【假如讓我寫乙個計算器控制台程式，我能寫成小菜第一遍那樣就已經很滿足了，雖然帶著敷衍的成分。敷衍，是的，敷衍的是公司，還是我們自己。】
第一步：不足的地方，需要改進
-->
**規範 （
1）命名規範（2
）判斷分支——執行速度，效能if…
if…這樣的寫法，意味著每個條件都要做判斷，等於計算機做了
n-1次無用功。
我沒寫過這樣的**，卻也從來沒想過它的弊端。 （
3）輸入規範
a輸入是否為字母、數字、日期時間、貨幣等
b除數為零等數學限制
【這是我們之前一直在寫的，明知很多冗餘繁雜（耦合度太高），卻沒想過如何改進，或者說不知如何改進。
物件導向，畫圖的時候一直想用，卻用的牽強，不知道怎麼樣才叫物件導向。】
第二步：物件導向程式設計——可維護，可擴充套件，可復用，靈活性好 （
1）例子：活字印刷，物件導向
活字印刷，真佩服作者，居然想到這個例子，卻是簡單明瞭的道出了物件導向的真諦。 （
2）好處
通過封裝、繼承、多型把程式的耦合度降低，用設計模式使得程式更加的靈活，容易修改，易於復用。 （
3）複製
vs復用
維護性差，程式設計有一原則，就是盡可能的避免重複。
第三步：業務的封裝
讓業務邏輯與介面邏輯分開，讓它們之間的耦合度下降。
operation
運算類——可復用
【這是物件導向的第一步，把業務邏輯和介面邏輯分開，或者說把演算法和具體實現分開，這就是封裝，把類從整體**中抽象出來。】
第四步：緊耦合
vs松耦合——繼承、多型
把加減乘除等運算分離，修改其中乙個，不影響另外的幾個，增加運算演算法也不影響其他**。
【進一步解耦】
第五步：簡單工廠模式
用乙個單獨的類來做創造例項的過程。
工廠模式 簡單工廠
簡單工廠其實並不是乙個設計模式，反而比較像一種程式設計習慣。我個人的這樣總結簡單工廠 建立乙個類，封裝建立物件的 故事 現在我要開一家披薩店，叫bbk 必敗客 披薩，賣很多種披薩 芝士披薩 榴蓮披薩等等，我有乙個orderpizza string type 方法，根據客戶傳來的type來提供不同的披...
工廠模式 簡單工廠
工廠 處理建立物件的細節。目的 將例項化具體類的 從應用中抽離，或者封裝起來，可以避免干擾應用的其他部分。簡單工廠 簡單工廠其實不是乙個設計模式，反而像一種程式設計習慣。產品實現 desc 產品a public inte ce a class a1 implements a override pub...
簡單工廠模式，工廠模式，抽象工廠模式
三種模式看了一天，記錄下自己的理解 headfirst，比薩店為例 1，簡單工廠模式 乙個具體的工廠類 pizzafactory 乙個抽象的產品類pizza，可以派生出多個具體的產品類 客戶 pizzastore類 工廠類 pizzafactory類關聯產品類pizza，工廠生產出不同型別的pizz...