我们有时候在应用程序中可能编写了一些“幽灵”类,“幽灵”类也叫中间类。这些中间类可能什么事儿都没做,而只是简单地调用了其他的组件。这些中间类没有发挥实际的作用,它们增加了应用程序的层级(layer),并且增加了应用程序的复杂性。这时,我们应将这样的中间类删除,甚至删除中间类所处的 ...
我们有时候在应用程序中可能编写了一些“幽灵”类,“幽灵”类也叫中间类。这些中间类可能什么事儿都没做,而只是简单地调用了其他的组件。这些中间类没有发挥实际的作用,它们增加了应用程序的层级(layer),并且增加了应用程序的复杂性。这时,我们应将这样的中间类删除,甚至删除中间类所处的“中间层”——这就是本文要讲的重构策略“移除中间类”。
移除中间类
图说
这个重构策略比较容易理解,下面这幅图演示了它的重构过程。
例外
通常情况下,无效的中间类可能是因为滥用设计模式而造成的。
如果设计模式使用的恰当,这个重构策略就不适用了,比如用“门面模式”、“适配器模式”和“代理模式”的场景。
下面我以“门面模式”简单说明一下不适用的场景。
门面模式
原标题:小酌重构系列[13]移除中间类
关键词:
*特别声明:以上内容来自于网络收集,著作权属原作者所有,如有侵权,请联系我们:
admin#shaoqun.com
(#换成@)。