工廠模式j(luò)ava(文件)
【正文】 農(nóng)場(chǎng)的一個(gè)具體園丁的話，那么這個(gè)園丁就需要對(duì)所有的產(chǎn)品負(fù)責(zé)，成了農(nóng)場(chǎng)的關(guān)鍵人物，他什么時(shí)候不能正常工作了，整個(gè)農(nóng)場(chǎng)都要受到影響。 “開 –閉”原則 ? “開 –閉”原則要求一個(gè)系統(tǒng)的設(shè)計(jì)能夠允許系統(tǒng)在無需修改的情況下，擴(kuò)展其功能。這個(gè)核心類則搖身一變，成為了一個(gè) 抽象工廠 角色，僅負(fù)責(zé)給出具體工廠子類必須實(shí)現(xiàn)的 接口 ，而不接觸哪一個(gè)產(chǎn)品類應(yīng)當(dāng)被實(shí)例化這種細(xì)節(jié)。 ? 具體工廠（ Concrete Creator）角色：擔(dān)任這個(gè)角色的是實(shí)現(xiàn)了抽象工廠接口的具體 Java 類。在本系統(tǒng)中，這個(gè)角色由 Java 接口 Product 扮演；在實(shí)際的系統(tǒng)中，這個(gè)角色也常常使用抽象 Java 類實(shí)現(xiàn)。 ? 工廠方法模式可以允許很多具體工廠類從抽象工廠類中將創(chuàng)建行為繼承下來，從而可以成為多個(gè)簡(jiǎn)單工廠模式的綜合，進(jìn)而推廣了簡(jiǎn)單工廠模式。 抽象工廠模式 抽象工廠模式與工廠方法模式的區(qū)別 ? 抽象工廠模式與工廠方法模式的最大區(qū)別就在于，工廠方法模式針對(duì)的是 一個(gè)產(chǎn)品等級(jí)結(jié)構(gòu) ；而抽象工廠模式則需要面對(duì) 多個(gè)產(chǎn)品等級(jí)結(jié)構(gòu) 。這樣的話，消費(fèi)產(chǎn)品的一方不需要直接參與產(chǎn)品的創(chuàng)建工作，而只需要向一個(gè)公用的工廠接口請(qǐng)求所需要的產(chǎn)品。 ? 具體工廠類（ Conrete Factory）角色：這個(gè)角色直接在客戶端的調(diào)用下創(chuàng)建產(chǎn)品的實(shí)例。通常使用 Java 接口或者抽象 Java 類實(shí)現(xiàn)這一角色。 ? 一般而言，有多少個(gè)產(chǎn)品等級(jí)結(jié)構(gòu)，就會(huì)在工廠角色中發(fā)現(xiàn)多少個(gè)工廠方法。） （ 3）同屬于同一個(gè)產(chǎn)品族的產(chǎn)品是在一起使用的，這一約束必須要在系統(tǒng)的設(shè)計(jì)中體現(xiàn)出來； （ 4）系統(tǒng)提供一個(gè)產(chǎn)品類的庫(kù)，所有的產(chǎn)品以同樣的接口出現(xiàn)，從而使客戶端不依賴于實(shí)現(xiàn)。 在什么情形下應(yīng)當(dāng)使用抽象工廠模式？ （ 1）一個(gè)系統(tǒng)不應(yīng)當(dāng)依賴于產(chǎn)品類實(shí)例如何被創(chuàng)建、組合和表達(dá)的細(xì)節(jié)。這是客戶端最終需要的東西，其內(nèi)部一定充滿了應(yīng)用系統(tǒng)的商業(yè)邏輯。通常使用具體 Java 類實(shí)現(xiàn)這個(gè)角色。 產(chǎn)品結(jié)構(gòu) A和 B 系統(tǒng)類圖 抽象工廠模式涉及到的角色 ? 抽象工廠（ AbstractFactory）角色：擔(dān)任這個(gè)角色的是工廠方法模式的核心，它是與應(yīng)用系統(tǒng)的商業(yè)邏輯無關(guān)的。 ? 假設(shè)一個(gè)子系統(tǒng)需要一些產(chǎn)品對(duì)象，而這些產(chǎn)品又屬于一個(gè)以上的產(chǎn)品等級(jí)結(jié)構(gòu)。這種多態(tài)性設(shè)計(jì)將工廠類選擇創(chuàng)建哪一個(gè)產(chǎn)品對(duì)象、如何創(chuàng)建這個(gè)對(duì)象的細(xì)節(jié)完全封裝在具體工廠類內(nèi)部。工廠方法模式所創(chuàng)建的每一個(gè)對(duì)象都是某個(gè)具體產(chǎn)品角色的實(shí)例。在本系統(tǒng)中給出了兩個(gè)這樣的角色，也就是具體 Java 類 ConcreteCreator1 和ConcreteCreator2。任何在模式中創(chuàng)建對(duì)象的工廠
語文相關(guān)推薦
鄂ICP備17016276號(hào)-1