有些类中存在类型码,可能是常量、也可能是枚举类型,这些其实也挺好,但是有时代码逻辑变的复杂时,我们想让状态码也承担一部分责任,这时我们使用Replace Type Code with Class进行重构。
首先,这份三种情况,
1.如果在原始类中,状态码只是常量,我们使用Replace Type Code with Class
2.如果在原始类中,方法根据状态码有一些列动作,且原始类没有子类,这时我们使用Replace Type Code with Subclasses
3.如果原始类有子类,那么我们使用Replace Type Code with State/Strategy
个人认为后两者原理相同,都是为了引入集成体系,如果可以利用原始类作基类就少引入一个类,否则就需要像3一样,需要引入单独的基类。
对于1,很简单,用对象替代状态码,对象中维护状态。
对于2和3,需要将原始类中状态码的逻辑移到继承体系中去,使用多态来去除状态码的丑陋。
另外,需要注意的是,不论哪中方法,都无法完全消除switch的影子,但是将switch作为初始化对象使用,还是可以忍受的。
首先,这份三种情况,
1.如果在原始类中,状态码只是常量,我们使用Replace Type Code with Class
2.如果在原始类中,方法根据状态码有一些列动作,且原始类没有子类,这时我们使用Replace Type Code with Subclasses
3.如果原始类有子类,那么我们使用Replace Type Code with State/Strategy
个人认为后两者原理相同,都是为了引入集成体系,如果可以利用原始类作基类就少引入一个类,否则就需要像3一样,需要引入单独的基类。
对于1,很简单,用对象替代状态码,对象中维护状态。
对于2和3,需要将原始类中状态码的逻辑移到继承体系中去,使用多态来去除状态码的丑陋。
另外,需要注意的是,不论哪中方法,都无法完全消除switch的影子,但是将switch作为初始化对象使用,还是可以忍受的。
重构类型码为类
本文介绍如何通过重构将类型码替换为类、子类或状态/策略模式,以减少代码中的switch语句并提高可读性和可维护性。具体包括三种情况:常量类型码、依赖类型码的方法和涉及子类的情况。
567

被折叠的 条评论
为什么被折叠?



