模板方法和策略模式比较
内容提要
模板方法和策略模式是常用的设计模式，模板方法适用于具有固定过程的场景，策略模式适用于需要多个版本的算法的情况。了解它们的差异和适用场景对于做出明智的设计决策很重要。
延伸解读
继承与组合：两种模式的核心差异
模板方法基于继承，在父类中定义算法骨架，子类重写特定步骤，但整体结构不变。策略模式基于组合，将算法封装为独立类，上下文对象持有策略接口，可在运行时替换算法。这一根本差异决定了模板方法适用于算法步骤固定但部分实现可变的场景，而策略模式适用于需要动态切换整个算法的场景。
实际应用：建筑施工与数据压缩的启示
文章通过建筑施工展示模板方法：build()方法固定了打地基、建结构、装屋顶、粉刷的顺序，子类实现具体细节。数据压缩则展示策略模式：CompressionContext可动态设置ZIP或RAR策略，灵活切换压缩算法。这两个例子说明，当流程稳定但步骤可变时用模板方法，当需要运行时选择不同算法时用策略模式。
如何选择：稳定结构还是动态行为
选择取决于项目需求。若算法总体结构稳定，仅某些步骤需根据情况调整，模板方法更合适，它通过继承保持一致性并减少冗余。若需要频繁更改整个算法或运行时动态切换行为，策略模式更优，它通过组合提供灵活性。理解这些差异有助于在设计中做出明智决策，避免过度设计或灵活性不足。
Q&A
模板方法模式和策略模式最核心的区别是什么？
模板方法依赖继承，在父类中定义算法骨架，将部分步骤延迟到子类实现，保持算法结构不变；策略模式利用组合，将算法封装成独立的策略类，允许在运行时动态替换整个算法。
什么情况下应该优先使用模板方法模式？
当算法的整体结构稳定、步骤顺序固定，但某些具体步骤需要根据不同需求变化时，适合使用模板方法。例如建筑施工过程，打地基、建造结构、安装屋顶、油漆的顺序固定，但住宅和商业建筑在结构和屋顶细节上可以有不同的子类实现。
策略模式适合解决什么问题？能举个例子吗？
策略模式适合需要在运行时灵活切换多种算法或行为的场景。例如数据压缩，可以将ZIP、RAR等压缩算法封装为独立的策略类，通过上下文类动态选择使用哪种压缩策略，而无需修改上下文代码。
模板方法模式是如何保持算法结构不变的？
模板方法在父类中定义算法的骨架，将整体步骤顺序固定下来，同时把某些步骤声明为抽象方法或提供默认实现，让子类只重定义或扩展特定步骤，而不改变算法的整体结构。
策略模式如何在运行时改变对象的行为？
策略模式将一系列算法封装成独立的策略类，并让它们实现同一接口。上下文类持有策略接口的引用，通过设置不同的策略对象，就能在运行时动态替换算法，从而改变对象的行为。
在实际项目中，如何选择使用模板方法还是策略模式？
如果算法的总体结构稳定，只需要对特定步骤进行修改，应选择模板方法；如果需要定期更改整个算法或行为，并且要求在运行时灵活切换，则应选择策略模式。最终选择取决于项目的具体需求和限制。
