我想过阅读有关抽象的内容,我通过阅读不同的帖子感到非常困惑.

所以,这是我的问题,我无法理解：

1)“通过使用抽象类和接口实现抽象吗？”我搜索了这个,我得到了三种答案：

>与here解释的不同.
>它们是相同的,但只是不同的观点,如here所述.
>最后一个是抽象类,用于实现像here这样的抽象.

哪一个是真的？请举个简单的例子.

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

它是否正确？

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

那么,抽象在哪里？

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

我是否正确区分它们？

请使用示例或简单陈述来解释/回答这个问题.

谢谢！

解决方法:

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

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

你会注意到到目前为止我还没有提到过面向对象的编程.这是因为实现抽象的想法对于各种设计和架构都是通用的;它并不特定于OOP.

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

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,而不是实际接口,也是如此.)