设计模式你怎么看?--抽象工厂模式
一 ?前言
在設(shè)計(jì)模式中有簡單工廠,工廠方法,抽象工廠,這三種工廠方法,各自有各自的特點(diǎn),但有都有共同的特點(diǎn) 工廠(Factory)都是圍繞著工廠類轉(zhuǎn),這篇只寫 "抽象工廠"相關(guān)的內(nèi)容 上一篇的地址在這里
設(shè)計(jì)模式你怎么看?--簡單工廠模式
?
二 抽象工廠介紹
?2.1 什么是抽象工廠模式?
抽象工廠模式是所有形態(tài)的工廠模式中最為抽象和最具一般性的一種形態(tài)。抽象工廠模式是指當(dāng)有多個(gè)抽象角色時(shí),使用的一種工廠模式。抽象工廠模式可以向客戶端提供一個(gè)接口,使客戶端在不必指定產(chǎn)品的具體的情況下,創(chuàng)建多個(gè)產(chǎn)品族中的產(chǎn)品對象(來自百科)
?
2.2 抽象工廠模式優(yōu)缺點(diǎn)
優(yōu)點(diǎn):易于更改產(chǎn)品類型 如 可以很方便的更改SqlFactory 與OracleFactory,另外使得客戶端于業(yè)務(wù)層分離,客戶端所接觸的都是IProductA 和IFactory
? ? ?缺點(diǎn):當(dāng)新增一種產(chǎn)品類型時(shí)改動(dòng)會較大,例如當(dāng)需要增加ProductB時(shí)需要增加IProductB SqlProductB OracleProductB,還要修改IFactory,SqlFactory,OracleFactory。
?
2.3 抽象工廠模式UML類圖
? ? ?業(yè)務(wù)情景如下:在某個(gè)系統(tǒng)中未來可能會更換數(shù)據(jù)庫類型如SQLServer,Access ,Oracle 等。要求修改與維護(hù)的成本要低。在這種情況下用抽象工廠解決這種問題是很好的因?yàn)椴煌瑪?shù)據(jù)庫對CRUD操作是語法不完全相同,因此比較好的方法是定義一個(gè)抽象類或接口然后讓不同的子類去實(shí)現(xiàn)自己的變化,再通過各自的工廠方法將實(shí)例提供到客戶端?
下圖正是這么一個(gè)過程每個(gè)Product都有自己的接口與工廠,在調(diào)用時(shí)Client調(diào)用SqlFactory然后返回SqlProductA的實(shí)例到Client中
?
三 抽象工廠代碼?
? 定義工廠的接口規(guī)范所有不同類型的工廠類
//工廠接口public interface IFactory{IProductA CreateInstance();}?
具體類型的工廠類 用于創(chuàng)建對應(yīng)類型的產(chǎn)品實(shí)例
//Sql類型的工廠類 class SqlFactory : IFactory{public IProductA CreatProductA(){return new SqlProductA();}}同上
//Oracle類型的工廠類class OracleFactory:IFactory{public IProductA CreatProductA(){return new OracleProductA();}}?
定義具體產(chǎn)品的共有特性
//定義ProductA所共有的方法public interface IProductA{void CreatProductA();void DeleteProductA();}?
具體產(chǎn)品特性的實(shí)現(xiàn)
//實(shí)現(xiàn)IProductA定義的共有方法class SqlProductA:IProductA{public void CreatProductA(){Console.Write("新增SQLServer下的ProductA");}public void DeleteProductA(){Console.Write("刪除一個(gè)SQLServer下的ProductA");}}?
?
//實(shí)現(xiàn)ProductA共有方法class OracleProductA:IProductA{public void CreatProductA(){Console.Write("新增Oracle下的ProductA");}public void DeleteProductA(){Console.Write("刪除一個(gè)Oracle下的ProductA");}}?
?
客戶端調(diào)用?
//SQL類型IFactory sqlFactory = new SqlFactory();IProductA sql = sqlFactory.CreatProductA();sql.CreatProductA();sql.DeleteProductA();//Oracle類型IFactory oracleFactory = new OracleFactory();IProductA oracle = oracleFactory.CreatProductA();oracle.CreatProductA();oracle.DeleteProductA();結(jié)果如下
?
?
?四 總結(jié)
設(shè)計(jì)模式的根本目的是讓程序之間的耦合降低,提高程序的健壯性,任何業(yè)務(wù)的與代碼的變化都是要付出代價(jià)的。學(xué)會把設(shè)計(jì)模式應(yīng)用到實(shí)際項(xiàng)目中,可以適當(dāng)?shù)慕档瓦@種代價(jià),但任何事都是具有兩面性的,減少耦合代碼量肯定是要增加的。嘗試找到平衡點(diǎn)設(shè)計(jì)模式就是才是真正用好了。
本人水平有限,如有不對之處還請指出 謝謝~
?
如果您覺得本文有給您帶來一點(diǎn)收獲,不妨點(diǎn)個(gè)推薦,為我的付出支持一下,謝謝~
如果希望在技術(shù)的道路上能有更多的朋友,那就關(guān)注下我吧,讓我們一起在技術(shù)的路上奔跑
?
轉(zhuǎn)載于:https://www.cnblogs.com/zery/p/3617847.html
總結(jié)
以上是生活随笔為你收集整理的设计模式你怎么看?--抽象工厂模式的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: PHP json_encode() 函数
- 下一篇: 如何配置Spring的XML文件及使用