我认为主要的区别是，有了模板，你需要一个算法来做一些事情，但让我们说，在算法的中间，你想要运行不同的行为，所以你可以发送一个接口的实现，使算法在运行时动态。

但是对于策略，你实际上有完全不同的算法执行而不仅仅是算法的一个变体，然后你选择运行哪个算法，但是模板你只有一个变体的算法。

最后，你可以实现你想要的，使用模板作为策略，反之亦然，但我看到了区别。

继承与聚合(is-a与has-a)。这是实现同一目标的两种方法。

这个问题显示了选择之间的一些权衡:继承还是聚合

我认为这两种模式的类图显示了差异。

策略 在类中封装算法 图片链接

模板方法 将算法的精确步骤推迟到子类 链接到图片

You probably mean template method pattern. You are right, they serve very similar needs. I would say it is better to use template method in cases when you have a "template" algorithm having defined steps where subclasses override these steps to change some details. In case of strategy, you need to create an interface, and instead of inheritance you are using delegation. I would say it is a bit more powerful pattern and maybe better in accordance to DIP - dependency inversion principles. It is more powerful because you clearly define a new abstraction of strategy - a way of doing something, which does not apply to template method. So, if this abstraction makes sense - use it. However, using template method may give you simpler designs in simple cases, which is also important. Consider which words fit better: do you have a template algorithm? Or is the key thing here that you have an abstraction of strategy - new way of doing something

模板方法的例子:

Application.main()
{
Init();
Run();
Done();
}

这里你继承了application，并替换了init, run和done的操作。

策略的例子:

array.sort (IComparer<T> comparer)

在这里，当编写比较器时，您不继承数组。数组将比较算法委托给比较器。

模板方法:

它是基于继承的 定义了不能被子类改变的算法框架。只有某些操作可以在子类中被重写 父类完全控制算法，只与具体类的某些步骤不同 绑定在编译时完成

Template_method结构:

策略:

它基于委托/组合 它通过修改方法行为来改变对象的内容 它用来在一系列算法之间切换 它通过在运行时完全将一种算法替换为另一种算法来改变对象在运行时的行为 绑定在运行时完成

战略结构:

为了更好地理解，请查看Template方法和策略文章。

相关文章:

在JDK模板设计模式中，找不到一个方法定义了一组要按顺序执行的方法

策略模式的真实例子

模板方法模式善于阐明算法的整体步骤，而策略模式适合灵活性和可重用性，因此如果需要，可以将策略组合在一起，例如:jdk8中的许多功能接口，如Comparator.reversed().那么比较(Comparator)是策略的一个角色。

模板方法模式侧重于更高的内聚性，而策略模式则与上下文对象松散耦合以分离关注点。

策略易于维护，因为上下文不知道具体的策略，无论主要算法在上下文中发生什么变化都不会影响策略。另一方面，如果在抽象模板类中改变算法的框架，可能会影响其子类的升级。