一般情況下我們的程式業務邏輯會與介面邏輯分開，這樣的話耦合度會下降，容易維護和擴充套件。那麼對與業務邏輯呢，為了便於維護和擴充套件，一般情況會有乙個業務的基類（父類），定義抽象業務方法，子業務類繼承父類進而去實現子類自己的業務邏輯。這樣的話如果程式需要修改某個業務邏輯，只需要修改對應的子類的**，不會去重新編譯其他子業務類。這樣就便於維護，如果需要擴充套件功能，那麼重新再定義乙個基類的子類即可。那麼現在問題來了，如果有很多很多業務類，我們要去例項化誰，怎麼才能不增加例項化的物件？ok,簡單工廠模式就是做這事的，用來例項化物件。下面是乙個例
子運算的父類
public abstract class operation
/*** @param number_1 the number_1 to set
*/public void setnumber_1(double number_1)
/*** @return the number_2
*/public double getnumber_2()
/*** @param number_2 the number_2 to set
*/public void setnumber_2(double number_2)
public abstract double getresult() ;
}
運算的其中乙個子類
public class operationadd extends operation
}
public class operationfactory
return oper;//返回你需要的物件
}}
這些是我在書上看的，也是我自己的理解，有錯誤的話希望看到的朋友批評指正啊
工廠模式 簡單工廠
簡單工廠其實並不是乙個設計模式，反而比較像一種程式設計習慣。我個人的這樣總結簡單工廠 建立乙個類，封裝建立物件的 故事 現在我要開一家披薩店，叫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...