谁能给我解释一下模板方法模式和策略模式的区别是什么?
据我所知，它们99%是一样的——唯一的区别是 模板方法模式有一个抽象类作为基础 类，而策略类使用已实现的接口 由每个具体的策略类。
然而，就客户端而言，它们是以完全相同的方式被消费的——这是正确的吗?
当前回答
在此设计模式的模板方法中，子类可以覆盖一个或多个算法步骤，以允许不同的行为，同时确保仍然遵循总体算法(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等)，并将整个算法封装在每个类中。
现在我们可以将排序实现为模板方法了吗?当然可以，但是您不会发现有太多/任何共性可以抽象出来并放置在基本实现中。因此，它违背了模板方法模式的目的。
其他回答
不，它们的消费方式不一定相同。“模板方法”模式是为未来的实现者提供“指导”的一种方式。您告诉他们，“所有Person对象都必须有一个社会安全号码”(这是一个微不足道的例子，但它正确地传达了思想)。
策略模式允许在多个可能的实现之间切换。它(通常)不是通过继承实现的，而是通过让调用者传入所需的实现来实现的。例如，允许为ShippingCalculator提供几种不同的计算税收的方法之一(可能是NoSalesTax实现和PercentageBasedSalesTax实现)。
有时候，客户端会告诉对象使用哪种策略。就像在
myShippingCalculator.CalculateTaxes(myCaliforniaSalesTaxImpl);
但是客户端永远不会为基于模板方法的对象这样做。事实上，客户端甚至可能不知道对象是基于模板方法的。模板方法模式中的那些抽象方法甚至可能受到保护，在这种情况下，客户端甚至不知道它们的存在。
模板模式用于特定操作具有某些可以根据其他变化的原语行为定义的不变行为。抽象类定义了不变行为，而实现类定义了相关方法。
在策略中，行为实现是独立的——每个实现类定义行为，它们之间没有共享代码。两者都是行为模式，因此被客户以大致相同的方式消费。通常策略只有一个公共方法——execute()方法，而模板可以定义一组公共方法以及一组支持的私有原语，这些原语必须由子类实现。
这两种模式可以很容易地结合使用。您可能有一个策略模式，其中几个实现属于使用模板模式实现的策略家族。
策略公开为接口，模板方法公开为抽象类。这通常在框架中被大量使用。 如。 Spring框架的MessageSource类是用于解析消息的策略接口。客户端使用该接口的特定实现(策略)。
和相同接口AbstractMessageSource的抽象实现，AbstractMessageSource具有解析消息的通用实现，并公开了resolveCode()抽象方法，以便子类可以以自己的方式实现它们。AbstractMessageSource是模板方法的一个例子。
http://docs.spring.io/spring/docs/4.1.7.RELEASE/javadoc-api/org/springframework/context/support/AbstractMessageSource.html
它们都是不同的技术来达到相同的结果，所以问题是在什么时候使用哪一种。
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).
模板方法:
它是基于继承的 定义了不能被子类改变的算法框架。只有某些操作可以在子类中被重写 父类完全控制算法，只与具体类的某些步骤不同 绑定在编译时完成
Template_method结构:
策略:
它基于委托/组合 它通过修改方法行为来改变对象的内容 它用来在一系列算法之间切换 它通过在运行时完全将一种算法替换为另一种算法来改变对象在运行时的行为 绑定在运行时完成
战略结构:
为了更好地理解，请查看Template方法和策略文章。
相关文章:
在JDK模板设计模式中，找不到一个方法定义了一组要按顺序执行的方法
策略模式的真实例子
