我考虑过阅读有关抽象的内容，并且通过阅读不同的帖子让我感到很困惑。
所以，这是我无法理解的问题：
1）“通过使用抽象类和接口实现抽象吗？”我搜索了这个，我得到了三种答案：
哪一个是真的？请举一个简单的例子。
2）“抽象意味着隐藏不必要的细节。就像专注于对象的作用而不是如何完成。”
这是正确的吗？
3）在抽象类中，我们可以定义具体的实现，只是一个方法签名，我们强迫开发人员（使用抽象类）自己编写实现。那么，如果他正在编写自己的实现，那怎么可能是抽象呢？我认为抽象是隐藏实现。在接口中，开发人员必须编写每个方法实现。
那么，抽象在哪里？
4）抽象的字典定义意味着“处理想法而非事件的质量” - 我认为接口的正确定义和部分抽象类的正确定义。但是计算机领域/领域中抽象的定义是“隐藏不必要的细节”（简而言之）。
我区分它们是否正确？
请使用示例或简单陈述来解释/回答这个问题。
谢谢！
答案 0 :(得分：2)
抽象是一个可以包含一个或多个实现的概念。
例如：您的计算机可以通过多种方式连接到本地网络（以太网，Wi-Fi，ATM，拨号调制解调器等），但您的Web浏览器通常不必担心您在任何给定时间使用的是哪些，因为较低级别的软件提供了浏览器可以依赖的通用抽象。因此，“与网络的连接”是抽象，以太网和Wi-Fi等是该抽象的实现。
你会注意到到目前为止我还没有提到过面向对象的编程。这是因为实现抽象的想法对于各种设计和架构都是通用的;它并不特定于OOP。
在面向对象的编程中，实现很可能被表示为类指定的对象，抽象类通常由抽象类或接口指定。但这并不意味着抽象类和接口仅用于指定抽象，相反，它并不意味着所有抽象都是由抽象类和接口指定的。例如，着名的设计模式（单例模式，工厂方法模式等）都是未在代码中明确指定的抽象;相反，我们为这些抽象的各种实现提供了单独的（不相关的）代码片段，而抽象仅仅存在于程序员的头脑中（以及设计文档中，以及类和变量的名称等等）。
3）在抽象类中，我们可以定义具体实现，只定义方法签名，并强制开发人员（使用抽象类）自己编写实现。那么，如果他正在编写自己的实现，那怎么可能是抽象呢？我认为抽象是隐藏实现。在接口中，开发人员必须编写每个方法实现。
那么，抽象在哪里？
该抽象适用于该类的客户端（用户）。当然，需要有一个实施;但是，例如，接受List<String>的代码不必担心传入的实例是ArrayList还是LinkedList，因为它们都实现了所需的抽象。
即使同一个开发人员正在编写实现代码和客户端代码，关注点的分离也可以使维护这两个部分变得更容易;如果抽象定义明确并且客户端代码永远不会“窥探”到实现细节中，那么实现和客户端代码都可以更简单和更清晰。 （即使“抽象”简单地表示为Javadoc而不是实际接口，也是如此。）