它们都是不同的技术来达到相同的结果，所以问题是在什么时候使用哪一种。

If you are using a framework or library which you do not have access to the source code and you want to change some behaviors of a class, so you have to go for Template Method. That means inheritance simply. If you are developing a class and it is obvious that some parts of the logic needs to be implemented differently to handle various situations, take the Strategy pattern. Strategy is more SOLID than the Template Method. It covers both Dependency Inversion and Open/Close principles. So it is extendable and also easily testable. If you are developing a class and you do not know what changes will happen in the future, divide your logic into separate and single responsible functions as much as possible. Just that. (Neither Template Method nor Strategy).

在此设计模式的模板方法中，子类可以覆盖一个或多个算法步骤，以允许不同的行为，同时确保仍然遵循总体算法(Wiki)。

模式名Template方法的意思是它是什么。假设我们有一个方法calculatessomething()，我们想要创建这个方法的模板。此方法将在基类中声明为非虚方法。假设这个方法是这样的。

CalculateSomething(){
    int i = 0;
    i = Step1(i);
    i++;
    if (i> 10) i = 5;
    i = Step2(i);
    return i;

｝ Step1和Step2方法实现可以由派生类给出。

在策略模式中，基类没有提供实现(这就是为什么基类实际上是类图中的接口)。

经典的例子是排序。根据需要排序的对象数量，创建适当的算法类(merge, bubble, quick等)，并将整个算法封装在每个类中。

现在我们可以将排序实现为模板方法了吗?当然可以，但是您不会发现有太多/任何共性可以抽象出来并放置在基本实现中。因此，它违背了模板方法模式的目的。

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

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

模板模式用于特定操作具有某些可以根据其他变化的原语行为定义的不变行为。抽象类定义了不变行为，而实现类定义了相关方法。

在策略中，行为实现是独立的——每个实现类定义行为，它们之间没有共享代码。两者都是行为模式，因此被客户以大致相同的方式消费。通常策略只有一个公共方法——execute()方法，而模板可以定义一组公共方法以及一组支持的私有原语，这些原语必须由子类实现。

这两种模式可以很容易地结合使用。您可能有一个策略模式，其中几个实现属于使用模板模式实现的策略家族。

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

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

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

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

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

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