溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本篇內容介紹了“prototype模式結構是怎樣的”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！
結 構
按照UML的規則，prototype應該寫在Prototype類一側，這是《設計模式》一書中的通病。大家在自己畫設計模式類圖的時候需要注意一下。
參與者
? Prototype（Graphic）
— 聲明一個克隆自身的接口。
? ConcretePrototype（Staff、WholeNote、HalfNote）
— 實現一個克隆自身的操作。
? Client（GraphicTool）
— 讓一個原型克隆自身從而創建一個新的對象。
如果和前面動機部分的類圖比較會發現：這里的結構要簡單很多，簡單說就是一句話：基類聲明一個克隆自身的接口，然后派生類去實現它。至于客戶類，它總是要存在的，不說（記）也罷。
協 作
? 客戶請求一個原型克隆自身。
剩下的就是客戶來調用這個接口就可以了。
“prototype模式結構是怎樣的”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
