"获得正确的抽象级别"是什么意思？

Question

我已经读到了编程中的一项艰巨工作是如何"在适当的抽象层次上"编写代码.虽然抽象通常隐藏在一个层后面的细节,但是在正确的抽象层次上写一些东西基本上让方法实现决策正确吗？例如,如果我要写一个代表汽车的类,我将为车轮等提供属性,但如果我要求为没有轮子的汽车写一个类,我将不提供轮子,因此没有"开车"的方法.这是抽象正确的意思吗？

谢谢

Answer 1

不完全的,

提供正确的抽象级别是知道从较低级别获取的信息有多少可以通过您的级别传递.

假设您正在编写高级HTTP库.也许你会提供一个Get()方法,一个Head()方法,一个Post()方法等,但是你不需要提供对底层套接字的访问,因为你要从用户那里抽象出那些细节.

在您正在使用的Socket下面,有一些您不需要处理的抽象层.(你只能在你下面的一层获取一个抽象,除此之外,它是该层的工作来处理它下面的层,等等).

例如,您不关心滑动窗口流控制协议,因为TCP正在抽象掉这些细节.

-
如果为了达到目的而在高抽象层编码,则会遇到多个实现细节.当你与图书馆争夺控制权时,这表明你可能工作的水平太高了.

相反,如果您的编码抽象级别太低,您将在实现细节中迷失方向.回到我的HTTP示例,如果您只想对服务器运行Get请求并且在代码中实现TCP握手,那么您可能要么尝试使用库或将TCP代码抽象到库中并通过它与它接口.

-
在我参加的一个课程中,老师有一种解释抽象的有趣方法.他让我们将它们简单地视为对象或场景的"观点"或"观点".

从一个角度来看,重要的细节从另一个角度来看并不重要.

他把一本书放在桌子上并分配给学生,如"读者","书籍卖家","作者","图书管理员"或"书籍托运人",并询问我们对我们认为对我们重要的书的详细信息.在那个角色.根据分配给一个人的滚动,他们的答案变化很大.

这代表了一种抽象.只需要那些对您很重要的细节,并让所有其他细节在其他地方处理(或者只是落到路边).

Answer 2

我不认为是这样。

对我来说，抽象是概括的同义词。事物越抽象，作者就越试图以更容易扩展和应用于新问题的方式来思考问题。

一般来说，更大的抽象需要更多的努力来开发和理解。如果您是一名开发人员，并且为您提供了一个高度抽象的框架，那么您将被迫根据该框架进行思考，而不是使用常识可能建议的概念。

因此，正如您的示例所示，汽车将是非常低的抽象级别。滚动车辆可能是更高级的车辆，而运输工具可能是最抽象的车辆。

正确的选择取决于您希望应用课程的范围以及您希望它们的理解程度。

Answer 3

我认为抽象的一个危险方面是它能够擦除或隐藏现实或其代表的设计。你应该始终在你所代表的事物和所代表的事物之间保持合理的距离。我所说的“合理”是指外部开发人员很容易理解为什么没有在这个特定项目上进行编码。

乔尔·斯波尔斯基（Joel Spolsky）在谈论“建筑宇航员”的危险时说得非常正确：

当伟大的思想家思考问题时，他们开始看到模式。他们研究了人们互相发送文字处理文件的问题，然后他们研究了人们互相发送电子表格的问题，他们意识到有一个普遍的模式：发送文件。这已经是一个抽象层次了。然后它们又上升了一个层次：人们发送文件，但网络浏览器也“发送”网页请求。当您考虑一下时，调用对象上的方法就像向对象发送消息一样！又是同样的事情！这些都是发送操作，所以我们聪明的思想家发明了一种新的、更高的、更广泛的抽象，称为消息传递，但现在它变得非常模糊，没有人真正知道他们在谈论什么。废话。