从反模式到设计模式:序列耦合到模板方法

在软件开发过程中,经常会遇到一些代码结构上的问题,这些问题被称为反模式。反模式是那些在实践中被证明是不恰当的设计或实现方式。在本文中,将探讨如何通过代码重构,将一个常见的反模式——序列耦合(Sequential Coupling),转化为一个设计模式——模板方法(Template Method)。这种转变不仅可以提高代码的灵活性,还可以增强其可维护性。

首先,让来看一个简单的代码示例,这个示例中包含了序列耦合的问题。在这个示例中,有一个名为Manager的类,它需要完成一个项目,并且需要一个实现了IWorker接口的工作者来帮助它。Manager类负责调用工作者的PreWork、Work和AfterWork方法,以确保项目能够正确地进行。

public class Manager { public void DoTheProject() { IWorker worker = GetMeWorker(); worker.PreWork(); worker.Work(); worker.AfterWork(); } }

在这个例子中,Manager类过于关注工作者如何组织他的工作。为什么Manager需要知道工作者需要为工作做准备呢?这就是序列耦合反模式的问题所在。序列耦合反模式出现在消费代码被迫以特定的顺序调用使用对象的方法以使其正确工作时。如果先调用Work,然后调用PreWork,代码可能会出错。为了防止这种情况,可以将所有的工作步骤封装到一个方法中。

为了解决这个问题,可以引入模板方法设计模式。模板方法模式定义了一个算法的骨架,将一些步骤延迟到子类中实现。这样,就可以将调用方法的顺序隐藏起来,确保顺序保持一致,同时仍然允许每个方法被覆盖。

public interface IWorker { void Work(); } public abstract class WorkerBase : IWorker { // 这是模板方法 public void Work() { PreWorkActivity(); WorkActivity(); AfterWorkActivity(); } protected virtual void PreWorkActivity() { } protected abstract void WorkActivity(); protected virtual void AfterWorkActivity() { } } public class StandardWorker : WorkerBase { protected override void PreWorkActivity() { Console.WriteLine("... I need to prepare to work ..."); } protected override void WorkActivity() { Console.WriteLine("... hard work is in process ..."); } } public class Manager { public void DoTheProject() { IWorker worker = GetMeWorker(); worker.Work(); } private IWorker GetMeWorker() { return new StandardWorker(); } }
沪ICP备2024098111号-1
上海秋旦网络科技中心:上海市奉贤区金大公路8218号1幢 联系电话:17898875485