抽象工廠模式

提供乙個建立一系列相關或相互依賴物件的介面，而無須指定它們具體的類。

abstractproducta、abstractproductb:兩個抽象的產品，之所以抽象，是因為這兩個產品可能具有不同的實現producta1、producta2、productb1、productb2:對兩個抽象產品的具體分類的實現。abstractfactory:抽象工廠類，它裡面應該包含所有的產品建立的抽象方法。concretefactory1、concretefactory1：具體的工廠

一般的使用特點，通常是在執行的時刻再建立乙個concretefactory類的例項，這個具體的工廠再建立具有特定實現的產品物件。也就是說，為建立不同的產品物件，客戶端應該使用不同的具體工廠。

inte***ce ifactory

public class accessfactory implements ifactory 
    @override
public idepartment createdepartment() 
}

public class sqlserve***ctory implements ifactory
    @override
public idepartment createdepartment() 
}

public inte***ce iuser

public class accessuser implements iuser
    @override
public user getuser(int id) 
}

public class sqlserveruser implements iuser 
    @override
public user getuser(int id) 
}

public inte***ce idepartment

public class sqlserverdepartment implements idepartment 
    @override
public department getdepartment(int id) 
}

public class accessdepartment implements idepartment 
    @override
public department getdepartment(int id) 
}

public class user 
    public void setid(int id) 
}

public class department 
    public void setid(int id) 
    public string getdeptname() 
    public void setdeptname(string deptname) 
}

public class client 
}

好處：

便於交換產品系列，由具體工廠類，在乙個應用中只需要在初始化的時候出現一次，這就使得改變乙個應用的具體工廠變得非常容易，因為只是需要改變具體工廠即可使用不同的產品配置；

具體的建立例項與客戶端分離，客戶端是通過他們的抽象介面建立例項，產品的具體類名也被具體工廠的實現分離，不會出現在客戶端的**中。

缺點：假設我們需要在抽象工廠模式（上面的示例）中再增加乙個乙個專案表project，那麼至少是需要增加iproject、sqlserverproject、accessproject,這三個類，同時還是需要修改ifactory、sqlserver、accessfactory這三個類（建立project）.這樣會導致大量的改動，這是非常麻煩的事情。

* @description: 這種情況就是依賴注入

*/public class client2

}這樣即完成了改造，由抽象工廠模式變成了簡單工廠模式，但是這樣就是依賴注入，還需要加入反射機制，這樣才能完美的解決我們的程式問題。

抽象工廠模式

抽象工廠模式抽象工廠模式

工廠模式抽象工廠模式

工廠模式抽象工廠模式

抽象工廠模式

抽象工廠模式 抽象工廠模式

工廠模式 抽象工廠模式

工廠模式 抽象工廠模式

相關推薦

抽象工廠模式抽象工廠模式

工廠模式抽象工廠模式

工廠模式抽象工廠模式