軟件開發(fā)技術作業(yè)張紅果B14053117

1、軟件開發(fā)技術課程作業(yè)姓名_張紅果_學號_B14053117_ 目錄簡單工廠模式1一、創(chuàng)建型模式11、創(chuàng)建型模式12、創(chuàng)建型模式關注點1二、簡單工廠模式概述1三、簡單工廠模式結構1四、簡單工廠模式角色2五、模式優(yōu)點3六、模式缺點3七、實例說明31、實例說明32、實例類圖43、實例代碼44、結果及分析45、創(chuàng)建對象及使用方法56、實例分析57、將對象的創(chuàng)建與使用分離的其他好處68、何時不需要工廠6八、總結6 簡單工廠模式一、創(chuàng)建型模式1、創(chuàng)建型模式創(chuàng)建型模式(Creational Pattern)主要用于創(chuàng)建對象。創(chuàng)建型模式對類的實例化過程進行了抽象，能夠將軟件模塊中對象的創(chuàng)建和對象的使用分離，對

2、用戶隱藏了類的實例的創(chuàng)建細節(jié)。創(chuàng)建型模式描述如何將對象的創(chuàng)建和使用分離，讓用戶在使用對象時無須關心對象的創(chuàng)建細節(jié)，從而降低系統(tǒng)的耦合度，讓設計方案更易于修改和擴展。2、創(chuàng)建型模式關注點創(chuàng)建什么(What) 由誰創(chuàng)建(Who) 何時創(chuàng)建(When)二、簡單工廠模式概述簡單工廠模式 (Simple Factory Pattern)：定義一個工廠類，它可以根據(jù)參數(shù)的不同返回不同類的實例，被創(chuàng)建的實例通常都具有共同的父類。簡單工廠模式的定義： 在簡單工廠模式中用于創(chuàng)建實例的方法通常是靜態(tài)(static)方法，因此又被稱為靜態(tài)工廠方法(Static Factory Method)模式。簡單工廠模式的要點

3、：如果需要什么，只需要傳入一個正確的參數(shù)，就可以獲取所需要的對象，而無須知道其創(chuàng)建細節(jié)。三、簡單工廠模式結構四、簡單工廠模式角色簡單工廠模式包含以下3個角色： Factory（工廠角色）：簡單工廠模式的核心，它負責實現(xiàn)創(chuàng)建所有實例的內部 邏輯。工廠類可以被外界直接調用，創(chuàng)建所需的產(chǎn)品對象。 Product（抽象產(chǎn)品角色）：簡單工廠模式所創(chuàng)建的所有對象的父類，它負責描述所有實例所共有的公共接口。 ConcreteProduct（具體產(chǎn)品角色）典型的抽象產(chǎn)品類代碼： abstract class Product /所有產(chǎn)品類的公共業(yè)務方法public void MethodSame() /公共方法

4、的實現(xiàn)/聲明抽象業(yè)務方法public abstract void MethodDiff();典型的具體產(chǎn)品類代碼：class ConcreteProductA : Product /實現(xiàn)業(yè)務方法 public override void MethodDiff() /業(yè)務方法的實現(xiàn) class Factory /靜態(tài)工廠方法 public static Product GetProduct(string arg) Product product = null; if (arg.Equals("A") product = new ConcreteProductA(); /初始化

5、設置product else if (arg.Equals("B") product = new ConcreteProductB(); /初始化設置product return product; 典型的客戶端代碼：class Program static void Main(string args) Product product; product = Factory.GetProduct("A"); /通過工廠類創(chuàng)建產(chǎn)品對象 product.MethodSame(); product.MethodDiff(); 五、模式優(yōu)點實現(xiàn)了對象創(chuàng)建和使用的分離

6、?？蛻舳藷o須知道所創(chuàng)建的具體產(chǎn)品類的類名，只需要知道具體產(chǎn)品類所對應的參數(shù)即可。通過引入配置文件，可以在不修改任何客戶端代碼的情況下更換和增加新的具體產(chǎn)品類，在一定程度上提高了系統(tǒng)的靈活性。六、模式缺點工廠類集中了所有產(chǎn)品的創(chuàng)建邏輯，職責過重，一旦不能正常工作，整個系統(tǒng)都要受到影響。增加系統(tǒng)中類的個數(shù)（引入了新的工廠類），增加了系統(tǒng)的復雜度和理解難度。系統(tǒng)擴展困難，一旦添加新產(chǎn)品不得不修改工廠邏輯。由于使用了靜態(tài)工廠方法，造成工廠角色無法形成基于繼承的等級結構，工廠類不能得到很好地擴展。七、實例說明1、實例說明某軟件公司要基于C#語言開發(fā)一套圖表庫，該圖表庫可以為應用系統(tǒng)提供多種不同外觀的圖表

7、，例如柱狀圖(HistogramChart)、餅狀圖(PieChart)、折線圖(LineChart)等。該軟件公司圖表庫設計人員希望為應用系統(tǒng)開發(fā)人員提供一套靈活易用的圖表庫，通過設置不同的參數(shù)即可得到不同類型的圖表，而且可以較為方便地對圖表庫進行擴展，以便能夠在將來增加一些新類型的圖表?，F(xiàn)使用簡單工廠模式來設計該圖表庫。2、實例類圖3、實例代碼(1) Chart：抽象圖表接口，充當抽象產(chǎn)品類(2) HistogramChart：柱狀圖類，充當具體產(chǎn)品類(3) PieChart：餅狀圖類，充當具體產(chǎn)品類(4) LineChart：折線圖類，充當具體產(chǎn)品類(5) ChartFactory：圖表

8、工廠類，充當工廠類(6) Program：客戶端測試類4、結果及分析引入配置文件：App.configChart chart;chart = ChartFactory.GetChart("histogram"); /通過靜態(tài)工廠方法創(chuàng)建產(chǎn)品using System.Configuration; Chart chart;/讀取配置文件string chartStr = ConfigurationManager.AppSettings"chartType"chart = ChartFactory.GetChart(chartStr); /通過靜態(tài)工廠方法創(chuàng)建

9、產(chǎn)品5、創(chuàng)建對象及使用方法 使用new關鍵字直接創(chuàng)建對象通過反射機制創(chuàng)建對象通過克隆方法創(chuàng)建對象通過工廠類創(chuàng)建對象6、實例分析使用new關鍵字創(chuàng)建對象引入工廠類UserDAOFactory引入工廠類UserDAOFactory a 如果UserDAO的某個子類的構造函數(shù)發(fā)生改變或者需要添加或移除不同的子類，只要維護UserDAOFactory的代碼，不會影響到Login。 b 如果UserDAO的接口發(fā)生改變，例如添加、移除方法或改變方法名，只需要修改Login，不會給UserDAOFactory帶來任何影響。 兩個類A和B之間的關系應該僅僅是A創(chuàng)建B或者是A使用B，而不能兩種關系都有。將對象的創(chuàng)建和使用分離，使得系統(tǒng)更加符合單一職責原則，有利于對功能的復用和系統(tǒng)的維護。7、將對象的創(chuàng)建與使用分離的其他好處防止用來實例化一個類的數(shù)據(jù)和代碼在多個類中到處都是，可以將有關創(chuàng)建的知識搬移到一個工廠類中，解決代碼重復、創(chuàng)建蔓延的問題。 構造函數(shù)的名字都與類名相同，從構造函數(shù)和參數(shù)列表中大家很難了解不同構造函數(shù)所構造的產(chǎn)品的差異 à 將對象的創(chuàng)建過程封裝在工廠類中，可以提供一系列名字完全不同的工廠方法，每一個工廠方法對應一個構造函數(shù)，客戶端可以以一種更加可讀、易懂的方式來創(chuàng)建對象。8、何時不需要工廠無須為系統(tǒng)中的每一個類都配備一個工廠類。如果一個類很簡