抽象与抽象类和接口

Question

我曾想过要阅读关于抽象的文章，但读到不同的文章，我真的很困惑。

以下是我无法理解的问题：

1)“是通过使用抽象类和接口来实现的吗？我已经搜索过这件事，我得到了三种答案：

• 与解释的这里不同。
• 他们是一样的，但只是不同的观点，如解释的这里。
• 最后一个是抽象类，用于实现像这里这样的抽象。

哪一个是真的?请举一个简单的例子。

2)“抽象意味着隐藏不必要的细节，比如专注于对象做什么，而不是它是如何完成的。”

是对的吗？

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

那么抽象是从哪里来的呢？

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

，我能正确地区分它们吗？

请用例子或简单的陈述来解释/回答这个问题。

谢谢!

Answer 1

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

例如:您的计算机可以通过多种不同的方式连接到本地网络(以太网、Wi、ATM、拨号调制解调器等)，但Web浏览器通常不需要担心在任何特定时间使用哪种方式，因为较低级别的软件提供了浏览器可以依赖的公共抽象。因此，“网络连接”是抽象，而以太网和Wi等是这种抽象的实现。

您会注意到，到目前为止，我还没有提到面向对象编程。这是因为实现抽象的想法在各种设计和体系结构中都是常见的，而不是专门针对OOP的。

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

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

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

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