本篇內容介紹了“web工廠方法的結構是怎樣的”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

創(chuàng)新新互聯，憑借十余年的網站設計、成都網站設計經驗，本著真心·誠心服務的企業(yè)理念服務于成都中小企業(yè)設計網站有成百上千家案例。做網站建設，選創(chuàng)新互聯建站。

結 構

光從類圖的角度來看，工廠方法和抽象工廠的類圖都存在平行的product和creator(或factory)類，不同的是在工廠方法模式中：

1. 每個creator只有一個構建方法。

2. creator還會有構建方法以外的操作。

3. 作為派生類的ConcretCreator/ConcreateProduct只有一套，也就意味著替換派生類不是這個模式的主要目的。

6. 參與者

? Product(Document)
— 定義工廠方法所創(chuàng)建的對象的接口。
? ConcreteProduct（MyDocument）
— 實現Product接口。
? Creator（Application）
— 聲明工廠方法，該方法返回一個Product類型的對象。Creator也可以定義一個工廠方法的缺省實現，它返回一個缺省的 ConcreteProduct對象。
— 可以調用工廠方法以創(chuàng)建一個Product對象。
? ConcreteCreator（MyApplication）
— 重定義工廠方法以返回一個ConcreteProduct實例。

工廠方法模式的核心參與者是Creator和ConcreteCreator，這兩個Creator加上兩個Product就構成了抽象工廠模式。

 協(xié)作

? Creator依賴于它的子類來定義工廠方法，所以它返回一個適當的ConcreteProduct實例。

出于主動的或者被動的原因，Creator類將構建某種產品的職責委托給子類。

“web工廠方法的結構是怎樣的”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關的知識可以關注創(chuàng)新互聯網站，小編將為大家輸出更多高質量的實用文章！