代码的坏味道之十六 :Middle Man(中间转手人)

本文探讨了软件设计中封装的概念及其与委托之间的关系。通过实例说明如何合理运用封装与委托,避免过度依赖委托导致的复杂性增加,并介绍了几种改进策略,如移除中间人、内联方法及继承替代委托等。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

对象的基本特征之一就是封装(encapsulation)——对外部世界隐藏其内部细节。封装往往伴随delegation (委托)。比如说你问主管是否有时间参加一个会议,他就把这个消息委托给他的记事簿,然后才能回答你。很好,你没必要知道这位主管到底使用传统记事簿或电子记事簿抑或秘书来记录自己的约会。

但是人们可能过度运用delegation。你也许会看到某个class接口有一半的函数都委托给其他class,这样就是过度运用。这时你应该使用Remove Middle Man(移除中间人),直接和实责对象打交道。如果这样「不干实事」的函数只有少数几个,可以运用 Inline Method(将函数内联化) 把它们" Inlining",放进调用端。如果这些Middle Man还有其他行 为,你可以运用 Replace Delegation with Inheritance(以继承取代委托) 把它变成实责对象的subclass,这样你既可以扩展原对象的行为,又不必负担那么多的委托动作。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值