溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本篇內容介紹了“web工廠方法的結構是怎樣的”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！
結 構
光從類圖的角度來看，工廠方法和抽象工廠的類圖都存在平行的product和creator(或factory)類，不同的是在工廠方法模式中：
每個creator只有一個構建方法。
creator還會有構建方法以外的操作。
作為派生類的ConcretCreator/ConcreateProduct只有一套，也就意味著替換派生類不是這個模式的主要目的。
6. 參與者
? Product(Document)
— 定義工廠方法所創建的對象的接口。
? ConcreteProduct（MyDocument）
— 實現Product接口。
? Creator（Application）
— 聲明工廠方法，該方法返回一個Product類型的對象。Creator也可以定義一個工廠方法的缺省實現，它返回一個缺省的 ConcreteProduct對象。
— 可以調用工廠方法以創建一個Product對象。
? ConcreteCreator（MyApplication）
— 重定義工廠方法以返回一個ConcreteProduct實例。
工廠方法模式的核心參與者是Creator和ConcreteCreator，這兩個Creator加上兩個Product就構成了抽象工廠模式。
協作
? Creator依賴于它的子類來定義工廠方法，所以它返回一個適當的ConcreteProduct實例。
出于主動的或者被動的原因，Creator類將構建某種產品的職責委托給子類。
“web工廠方法的結構是怎樣的”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
