我被问了一个问题，我想在这里得到我的答案的审查。
问：在哪种情况下，扩展抽象类比实现接口更合适？
答：如果我们使用模板方法设计模式。
我是正确的吗？
如果我没有清楚地陈述问题，我很抱歉。
我知道抽象类和接口之间的基本区别。
当要求是需要在每个子类中为特定操作（实现方法）实现相同的功能，并为其他一些操作（仅方法签名）实现不同的功能时，请使用抽象类
如果您需要将签名设置为相同（并且实现不同），以便您可以符合接口实现，请使用接口
我们最多可以扩展一个抽象类，但可以实现多个接口
重申问题：除了上述提到的情况外，还有其他特定情况需要使用抽象类吗（其中一个概念基于模板方法设计模式）？
接口 vs. 抽象类
选择这两个之间真的取决于你想做什么，但幸运的是，Erich Gamma 可以帮助我们一些。何时使用接口
接口允许某个人从头开始实现您的接口或在一些其他代码中实现您的接口，这些代码的原始或主要目的与您的接口完全不同。对于他们来说，您的接口只是附带的东西，他们必须将其添加到自己的代码中以便能够使用您的软件包。缺点是接口中的每个方法都必须是公共的。您可能不想公开所有内容。
何时使用抽象类
相比之下，抽象类提供更多的结构。它通常定义了一些默认实现，并提供了一些对完整实现有用的工具。问题在于，使用它的代码必须将你的类作为基础。如果想要使用您的软件包的其他程序员已经独立开发了自己的类层次结构，那么这可能非常不方便。在Java中，一个类只能继承一个基类。
何时同时使用两者
您可以提供两个世界的最佳选择：接口和抽象类。实现者可以忽略您的抽象类。唯一的缺点是通过其接口名称调用方法比通过其抽象类名称调用方法稍慢。
当您拥有所有类具有相同结构但完全具有不同功能的情况时，可以使用接口。
如果您有一个场景，其中所有类具有相同的结构但某些功能相同或不同，则可以使用抽象类。
请查看文章：http://shoaibmk.blogspot.com/2011/09/abstract-class-is-class-which-cannot-be.html
这里有很多很棒的回答，但我通常发现同时使用接口和抽象类是最佳选择。考虑这个人为构造的例子：
你在一家投资银行担任软件开发人员，需要构建一个将订单放入市场的系统。你的接口捕捉了交易系统的最一般概念。
1) Trading system places orders
2) Trading system receives acknowledgements
并且可以在接口 ITradeSystem 中捕获
public interface ITradeSystem{
public void placeOrder(IOrder order);
public void ackOrder(IOrder order);
}
现在，工程师们可以在销售部门和其他业务领域开始与您的系统进行接口交互，以将下单功能添加到他们现有的应用程序中。而且您甚至还没有开始构建！这就是接口的威力。
那么，您继续为股票交易员构建系统；他们听说您的系统有一个找到廉价股票的功能，并非常渴望尝试！您在一个名为findGoodDeals()的方法中捕获了此行为，但也意识到连接市场涉及许多混乱的事情。例如，您必须打开一个SocketChannel。
public class StockTradeSystem implements ITradeSystem{
@Override
public void placeOrder(IOrder order);
getMarket().place(order);
@Override
public void ackOrder(IOrder order);
System.out.println("Order received" + order);
private void connectToMarket();
SocketChannel sock = Socket.open();
sock.bind(marketAddress);
<LOTS MORE MESSY CODE>
}
public void findGoodDeals();
deals = <apply magic wizardry>
System.out.println("The best stocks to buy are: " + deals);
}
具体实现将有很多这样混乱的方法，比如connectToMarket()，但实际上交易员们只关心findGoodDeals()。
现在抽象类发挥作用了。你的老板告诉你货币交易商也想使用你的系统。看着货币市场，你会发现与股票市场相比，它们的基础结构非常相似。事实上，connectToMarket()可以完全复用以连接到外汇市场。但是，在货币领域中，findGoodDeals()是一个完全不同的概念。因此，在将代码库传递给海外的外汇专家之前，您首先要重构成一个abstract类，使findGoodDeals()处于未实现状态。
public abstract class ABCTradeSystem implements ITradeSystem{
public abstract void findGoodDeals();
@Override
public void placeOrder(IOrder order);
getMarket().place(order);
@Override
public void ackOrder(IOrder order);
System.out.println("Order received" + order);
private void connectToMarket();
SocketChannel sock = Socket.open();
sock.bind(marketAddress);
<LOTS MORE MESSY CODE>
}
你的股票交易系统已经实现了findGoodDeals()，就像你之前定义的那样，
public class StockTradeSystem extends ABCTradeSystem{
public void findGoodDeals();
deals = <apply magic wizardry>
System.out.println("The best stocks to buy are: " + deals);
}
但现在这位外汇交易高手可以通过提供一个实现findGoodDeals（）的系统来构建她的系统；她不必重新实现套接字连接或甚至是接口方法！
public class CurrencyTradeSystem extends ABCTradeSystem{
public void findGoodDeals();
ccys = <Genius stuff to find undervalued currencies>
System.out.println("The best FX spot rates are: " + ccys);
}
面向接口编程是很强大的，但是类似的应用程序通常以几乎相同的方式重新实现方法。使用抽象类可以避免重新实现，同时保留接口的功能。
注意：有人可能会想知道为什么findGreatDeals()不是接口的一部分。记住，接口定义了交易系统最普遍的组件。另一位工程师可能会开发一个完全不同的交易系统，在那里他们并不关心寻找好的交易。接口保证销售桌面也能与他们的系统接口，因此最好不要将接口与"好的交易"等应用概念纠缠在一起。
正如你在问题中引用的那样，抽象类最适合用于模板方法模式，其中您必须创建骨架。接口不能在这里使用。接口是一个引用类型，类似于类，只能包含常量、方法签名、默认方法、静态方法和嵌套类型。方法体仅存在于默认方法和静态方法中。
您的说法不正确。有很多情况需要考虑。无法简化成一个8个单词的规则。
纯虚函数也可以用于方法声明被用来定义一个接口的情况 - 类似于Java中interface关键字明确指定的内容。在这种情况下，派生类将提供所有实现。在这种设计模式中，作为接口的抽象类将只包含纯虚函数，而没有数据成员或普通方法。 第（1/2）部分 - Abhijeet抽象类与接口在两个重要方面不同