java - 抽象与抽象类和接口(interface)

Question

我想阅读有关抽象的内容，但阅读了有关它的不同帖子后，我真的很困惑。

所以，这是我无法理解的问题:

1) “抽象是通过抽象类和接口(interface)实现的吗？”我对此进行了搜索，得到了三种类型的答案:

• 与解释的不同here .
• 它们是相同的，但只是观点不同，如解释的那样 here .
• 最后一个是抽象类，用来实现像here这样的抽象。 .

哪个是正确的？请举个简单的例子。

---

2)“抽象意味着隐藏不必要的细节。就像专注于对象的作用而不是它是如何完成的。”

这是正确的吗？

---

3) 在抽象类中，我们可以定义具体的实现和方法签名，我们强制开发人员(使用抽象类的人)自己编写实现。那么，他自己写实现怎么可能是抽象呢？我认为抽象是为了隐藏实现。在接口(interface)中，开发人员必须编写每个方法实现。

那么，抽象从何而来？

---

4) 抽象的字典定义意味着“处理想法而不是事件的质量” - 我认为这是对接口(interface)和部分抽象类的正确定义。但是计算机领域/领域中抽象的定义是“隐藏不必要的细节”(简而言之)。

我区分它们是否正确？

---

请使用示例或简单陈述来解释/回答此问题。

谢谢!

Answer 1

一个抽象是一个可以有一个或多个实现的概念。

例如:您的计算机可以通过许多不同的方式连接到本地网络(以太网、Wi-Fi、ATM、拨号调制解调器等)，但您的 Web 浏览器通常不必担心您在任何给定时间都在使用其中的哪一个，因为较低级别的软件提供了您的浏览器可以依赖的通用抽象。所以“连接到网络”是抽象，以太网和 Wi-Fi 等是该抽象的实现。

您会注意到，到目前为止我根本没有提到面向对象编程。那是因为实现抽象的想法对于所有类型的设计和架构都是通用的；它不特定于 OOP。

在面向对象的编程中，实现很可能表示为由类指定的对象，抽象通常由抽象类或接口(interface)指定。但这并不意味着抽象类和接口(interface)只是用于指定抽象，反之，也不意味着所有的抽象都由抽象类和接口(interface)指定。例如，著名的设计模式(单例模式、工厂方法模式等)都是没有在代码中明确指定的抽象；相反，对于这些抽象的各种实现，我们有单独的(不相关的)代码片段，并且抽象仅存在于程序员的头脑中(以及设计文档、类和变量的名称等)。

3) In abstract classes we can define concrete implementation and just a method signature and we force the developer(who uses the abstract class) to write implementations on his own. So, how can it be abstraction if he is writing his own implementation? I thought abstraction is to hide the implementation. And in interfaces the developer has to write every method implementation.

So, where does abstraction come here?

抽象是针对类的客户(用户)的。当然，需要有一个实现；但是，例如，接受 List<String> 的代码不必担心传入的实例是否为 ArrayList或 LinkedList ，因为它们都实现了所需的抽象。

即使是同一个开发人员同时编写实现代码和客户端代码，关注点分离也可以使这两部分的维护变得更容易；如果抽象定义明确并且客户端代码从不“窥探”实现细节，则实现和客户端代码都可以更简单、更清晰。 (即使“抽象”只是简单地表示为 Javadoc，而不是实际的接口(interface)也是如此。)