抽象工廠模式是所有形態的工廠模式中最為抽象和最具一般性的一種形態。抽象工廠模式是指當有多個抽象角色時，使用的一種工廠模式。它提供了乙個建立一系列相關或相互依賴物件的介面，而無需指定他們具體的類。
最近，小菜的專案需要更換資料庫，原來用sql server，現在只能用access。龐大的任務量致使小菜又懵逼了。如何能讓更換資料庫這件事靈活且簡單呢？大鳥給他支了一招——抽象工廠模式。
舉例來說：「現在要求寫出一段資料訪問的**。假設只有『新增使用者』和『得到使用者』兩個欄位和兩個方法。對了，資料庫中除了user表還需要再增加乙個部門表，」例子如下：
//使用者表
class user
set
}private string _name;
public string name
set }}
//sqlserveruser類 用於訪問sqlserver的user
class sqlserveruser : iuser
public user getuser(int id)
}
//iuser介面 用於客戶端的訪問，解除與具體資料庫訪問的耦合
inte***ce iuser
//accessuser類 用於訪問access的user
class accessuser : iuser
public user getuser(int id)
}
//抽象工廠介面 定義乙個建立訪問user表物件的抽象工廠介面+department
inte***ce ifactory
//sqlserve***ctory類 實現ifactory介面，例項化sqlserveruser和sqlserverdepartment
class sqlserve***ctory : ifactory
public idepartment createdepartment()
}
//accessfactory類 實現ifactory介面，例項化accessuser和accessdepartment
class accessfactory : ifactory
public idepartment createdepartment()
}
//部門表
class department
set
}private string _deptname;
public string deptname
set }}
//idepartment介面 用於客戶端訪問，解除與具體資料庫訪問的耦合
inte***ce idepartment
//sqlserverdepartment類 用於訪問sqlserver的department
class sqlserverdepartment : idepartment
public department getdepartment(int id)
}
//accessdepartment類 用於訪問access的department
class accessdepartment : idepartment
public department getdepartment(int id)
}
//抽象工廠介面 定義乙個建立訪問user表物件的抽象工廠介面+department
inte***ce ifactory
//sqlserve***ctory類 實現ifactory介面，例項化sqlserveruser和sqlserverdepartment
class sqlserve***ctory : ifactory
public idepartment createdepartment()
}
//accessfactory類 實現ifactory介面，例項化accessuser和accessdepartment
class accessfactory : ifactory
public idepartment createdepartment()
}
//客戶端
abstractproducta和abstractproductb是兩個抽象產品。
producta1,producta2,producb1,productb2就是對兩個抽象產品的具體分類的實現。
ifactory是乙個抽象工廠介面。它裡面包含所有的產品建立的抽象方法。
concretefactory1和concretefactory2就是具體的工廠了。為建立不同的產品物件，客戶端應使用不同的具體工廠。
優：1.它易於交換產品系列。由於具體工廠類，在乙個應用中只需要在初始化的時候出現一次，這就使得改變乙個應用的具體工廠變得非常容易，它只需要改變具體工廠即可使用不同的產品配置。
2.它讓具體的建立例項過程與客戶端分離，客戶端是通過他們的抽象介面操作例項，產品的具體類也被具體工廠的實現分離，不會出現在客戶**中。
缺：1.不能更靈活的滿足需求的變換。如果需求來自於增加功能，要改動的地方就會很多。不方便。
2.無法解決客戶端有多個程式類的情況，會造成大批量的改動。
1.系統不依賴於產品類例項如何被建立，組合和表達的細節。
2.系統的產品有多於乙個的產品族，而系統只消費其中某一族的產品
3.同屬於同乙個產品族是在一起使用的。這一約束必須在系統的設計中體現出來。
4.系統提供乙個產品類的庫，所有產品以同樣的介面出現，從而使客戶端不依賴於實現。
抽象工廠模式 抽象工廠模式
抽象工廠模式其實是圍繞了乙個超級工廠建立其他的工廠 可參考工廠模式 這個超級工廠又可以想像成是其他工廠的工廠，這種設計模式是一種建立型模式。在抽象工廠模式中，介面是負責建立乙個相關物件的工廠，不需要顯式指出其類。每個生成的工廠都能按照工廠模式提供物件。意圖提供乙個建立一系列相關或相互依賴物件的介面，...
工廠模式 抽象工廠模式
這裡使用簡單的話來講解工廠模式，不涉及程式設計 什麼是工廠模式呢？我的理解是對抽象介面例項的封裝。假如有乙個介面，有若干的實現類，代表不同的例項。傳統產生物件的方法是直接new乙個出來，對於每個例項都要new，當實現介面的類較多時會很麻煩，並且類的實現也暴露出來了。工廠模式是一種產生物件的模式，使用...
工廠模式 抽象工廠模式
子類父類代換 場景 在不同的條件下，需要建立不同的實現子類時。如網路通訊可以使用tcp udp。可以實現同乙個介面，通過工廠類根據條件 tcp或udp 來例項化不同的子類。這些子類符合黎克特制代換原則。public inte ce tlprotocol public class tcpimpleme...