abstractproducta和abstractproductb是兩個抽象的產品，之所以為抽象，是因為它們都有可能有兩種不同的實現。而producta1、producta2和productb1、productb2就是對兩個抽象產品的具體分類的實現。
ifactory是乙個抽象工廠的介面，它裡面應該包括所有產品建立的抽象方法。而concretefactory 1和concretefactory 2就是具體的工廠了。
通常在執行時刻再建立乙個concretefactory類的例項，這個具體的工廠再建立具有特定實現的產品物件，也就是說，為建立不同的產品物件，客戶端使用不同的具體工廠。
因為客戶的需求使用不同的資料庫來儲存，所以這裡為了保證每次更換使用不同的資料庫避免改動大規模的修改**
如何讀者親自實踐的話，需要新增引用（右鍵屬性--新增--選擇紅框中的。單擊確定）
1、封裝性，每個產品的實現類不是高層模組要關心的。
2、產品族內的約束為非公開狀態。
1、產品族擴充套件非常困難。
乙個物件族或是一組沒有任何關係的物件都有相同的約束，則可以使用抽象工廠模式。
抽象工廠模式 抽象工廠模式
抽象工廠模式其實是圍繞了乙個超級工廠建立其他的工廠 可參考工廠模式 這個超級工廠又可以想像成是其他工廠的工廠，這種設計模式是一種建立型模式。在抽象工廠模式中，介面是負責建立乙個相關物件的工廠，不需要顯式指出其類。每個生成的工廠都能按照工廠模式提供物件。意圖提供乙個建立一系列相關或相互依賴物件的介面，...
工廠模式 抽象工廠模式
這裡使用簡單的話來講解工廠模式，不涉及程式設計 什麼是工廠模式呢？我的理解是對抽象介面例項的封裝。假如有乙個介面，有若干的實現類，代表不同的例項。傳統產生物件的方法是直接new乙個出來，對於每個例項都要new，當實現介面的類較多時會很麻煩，並且類的實現也暴露出來了。工廠模式是一種產生物件的模式，使用...
工廠模式 抽象工廠模式
子類父類代換 場景 在不同的條件下，需要建立不同的實現子類時。如網路通訊可以使用tcp udp。可以實現同乙個介面，通過工廠類根據條件 tcp或udp 來例項化不同的子類。這些子類符合黎克特制代換原則。public inte ce tlprotocol public class tcpimpleme...