代理模式和裝飾器模式

代理模式:控制訪問?

裝飾器模式:增加職責(zé)

代理模式demo

假如有一個(gè)小孩兒,會(huì)吃飯、會(huì)玩、會(huì)休息

class IEatable:

? ? def drink:

? ? def eat:

class Iplayable:

? ? def gotoSea:

? ? def gotoPark:

class IRestable:

? ? def nightSleep:

? ? def middaySleep:

Child(IEatable,IPlayable,IRestable)

假如他還是個(gè)孩子,不會(huì)吃飯,這時(shí)候就需要代理幫忙(代理模式)

class ChildEatProxy(IEatable):

? ? def drink:

? ? ? ? print("杯子拿來")

? ? ? ? child.drink()

? ? ? ? print("杯子拿走")

這樣1來代理只實(shí)現(xiàn)了吃飯接口,所以限制了原對(duì)象的行為。關(guān)鍵詞:控制訪問

裝飾器模式demo

這些孩子中,有一些孩子很聰明,從小就會(huì)詩朗誦、會(huì)唱歌,這時(shí)候,不能讓所有孩子擁有這些特性,不能孩子實(shí)現(xiàn)所有接口。這只能算是部分孩子的一些特性。我們可以這樣做

class ISingable:

? ? def sing:

class SingableChild(IEatable,IPlayable,IRestable,ISingable):

? ? def sing:

? ? ? ?print("singing a song")

? ??def__getattr__(self, name):

????????return getattr(child, name)

這就是裝飾器模式,關(guān)鍵詞:增加職責(zé)

總結(jié)

其實(shí)不論是代理模式還是裝飾器模式,從外部來看,類還是那個(gè)類,其實(shí)本質(zhì)只是將類進(jìn)行了一定的拆分。拆分的結(jié)果就是:高內(nèi)聚低耦合,職責(zé)更加清晰,也易于維護(hù)。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容