26岁发明最短路径算法，47岁斩获图灵奖，却差点因为足球员无法结婚

在之前，量化机巨大而笨重，无法移动且必需大量的公共安全，所以工作人员运用做和开发计划这台机器仅仅是同一个实验室。在简介这台量化机时，人们都才会侧重在这巨大无比的机器之上，而那些量化机该系统无论如何寿终正寝。

同时，大多数量化机量化机该系统重新认识到一个确实，那就是他们的兼职的普遍性来源于那台优秀的量化机。自己的量化机该系统只在量化流程当中有大面积的普遍性，并且自己的兼职年限是被那台机器决定的——一旦机器退休了，自己也就无法进行面向对象兼职了。

但是，这台巨大的量化机也有着很慢、内存小的缺点，并且写下到来的标识符才会产生一些非预期的构建流程。所以，之前的量化机量化机该系统才会在这种情况下寻回来一种智力上的依赖于，他们把许多不也许在这台设备上变为也许。

这些真的冲击了之前的量化机量化机该系统，包括兹格·W.迪杰弗。

驱动程序的发展引致的应用程序危机

之前对于面向对象有两种大众文化的观点：一个观点视为真正的量化机量化机该系统一定才会要有敏捷的超凡，并且喜欢那些心地善良的技巧；另一种观点觉得，面向对象啥都不是，它只是在各种朝著上提高量化生产成本。

前者是艾兹格·W.迪杰弗全力支持的观点，他视为面向对象是一项必需高智力的挑战，而不是一个个简单的任务。但是在之前后者或许最大众文化的观点，人们视为只要显现不止了更稳固的量化机，面向对象便才会视作过不必要的道德上，因为更稳固的量化机生产成本更高，不必需面向对象来想到这项兼职了。

或许，在此之后的的发展超乎人们的一夜之间，的确有更稳固的量化机显现不止，并且其性能提高了无数倍，但是生产成本难题并不一定曾有人给予应付，那些面向对象难题也不曾有人消失，反而引致了应用程序危机。

主因在于人们对于面向对象的重新认识缺失，他们以为驱动程序的数千倍提高之后就不能有生产成本难题，但仅仅它引致了较小的面向对象难题，比如管理策略难题，I/O当中断不可给不止结论和难以重现，等等。

在此之后或许的第三代量化机显现不止，为了首波“价格比”占优势它们改用了一些匪夷所思的驱动程序结构设计。这种驱动程序结构设计很难用做面向对象，尽管很多人质疑，但是它们还是来了。

这让量化机量化机该系统的面向对象兼职似乎更难。

这些变化之前冲击着艾兹格·W.迪杰弗，他之前不曾有人走到对于什么是真正面向对象的反思，什么才是真正的量化机量化机该系统？量化机量化机该系统一定才会想到什么？他之前在寻求这些难题的解法。

真正的量化机量化机该系统该想到什么

在算术其当中心他进行了十年的面向对象兼职，获了广泛而又深厚的面向对象经验，他引领过许多量化机量化机该系统的迷茫与无措，也看见过很多坚持与巧思，这些都被他一一带入，构建自身的一套面向对象学时说。在1960年他与同事开发计划了第一个用做面向对象语言ALGOL 60的编译器，这又让他对面向对象加深了反思。

1962年他转入燕豪芬理工的大学兼任算术教授——之前不曾有人学校有量化机专业——在在此之后他尝试成立量化机科学专业，并且构建了THE（Technische Hogeschool Eindhoven）操作过该系统，该该系统很多工程施工已经视作过现在操作过该系统的标准动态。

但在先前的一段时间，他过得并不一定好，因为他确信自己的法律系同事们并不一定曾有人推测算术的重要重要性——在量化机当中。为了缓解那些抑郁的情感，他开始写下那封有名的声明《结构化面向对象新书》，对于面向对象的重新反思，让他认不止了更多的也许，走去不止了那段伤痛。

进行结构化面向对象

在那本新书当中，艾兹格·W.迪杰弗发表社论了他的有名观点：面向对象是基础知识学科，而不是基础知识手艺。先前，面向对象并不一定曾有人论点定义和编码该系统，许多方式则的不足之处引致了许多应用程序难题——也就是前文的应用程序危机。

《结构化面向对象》一不止，于是就在行业内引起轩然大波，他的观点引来了一场被称作过结构化面向对象的运动所，这场运动所大力对量化机该系统构建改用该系统、合理的方式则。面向对象才才会是一种专业的、私人的、应付难题据闻的社交活动，它视作过了一种基于算术把那些标准组合成视作过量化机该系统的公共社交活动。

他的这一学时说，视作过了面向对象的该系统化标准，面向对象也真正视作过一个该系统的学科。

同时，他为量化机量化机该系统的社交活动指明了一个指明的朝著——运用做结构化面向对象，并遵循这些原则：大型该系统一定才会由许多很小的缓冲器构成；每个缓冲器只能由其接口而不是实现来定义；很小的缓冲器可以遵循类似的分解流程，从而引致左至右的结构设计风格；结构设计一定才会首先参见“可分离的难题”，并单一考虑每一组难题；算术自然语言是并且必须是应用程序结构设计的该系统化。

1972年，他因为对面向对象巨大贡献获了当年的柏克莱加州大学。

▲ 1972年获柏克莱加州大学

后面的一段时间一段时间，他重点关注了量化机该系统可验证领域，并将那一段兼职总结视作过许多社论与专著。

一本所有量化机量化机该系统都该读的书

《面向对象的修炼》就是其当中重要的一本。

▲ 探索者的学时说凝练，点击与之共鸣

大部分情况下，各种线性并不一定一定是以一种成品形式发表社论，并在结构设计流程当中起着比较重要的功用，但是它的可验证和各种反思的主要部分则无论如何不能被提及。

原作过者视为量化机该系统可以有迷人的形态和深刻的自然语言之美，但是绝大部分量化机该系统又是用一种只是和机器监督的方式则表述的，无论如何不曾有人美感，也舒服合人来钟爱。

为了应付纸片两个难题，让学习者可以钟爱到它们的美，他有了写下书的意念并很快将它实现。

不运用做说明面向对象语言，专注应付难题

无论如何所有面向对象教科书都才会改用一种特定面向对象语言作过为下面，运用做可运行标识符或者伪标识符作过，但本书则无论如何抛弃了这些过道。

原作过者在编写下本书的时候也反思过这个难题：立即运用做哪一种面向对象语言？但在分析方法了工具对于人们反思习惯的冲击之后，给不止了一个结论：不曾有人一种现存的面向对象语言，也不曾有人一个他们的子集适合他来叙述线性之美。

所以，原作过者结构设计了一种小型语言，来应有量化机该系统的可验证。他视为，在发送到面向对象本身的学时说和信息的时候，无论如何用不到高级面向对象语言的那些结构。

运用做某种特殊面向对象语言写下到来的下面标识符，不可避免地才会产生某种歧义，无法作过为符合的形式化推理该系统化。

在单个难题与面向对象实例上，原作过者改用的方式则也与其他书籍不同。他在推论了要应付难题的叙述之后，总是比较详尽地叙述了从难题不止发，通过细致地分析方法反思，逐步深入兼职，终于给不止结论所需量化机该系统的整个流程。通过这个流程，原作过者反复简介了在面向对象当中一定才会怎样反思难题，设想合适的定义，整体规划处理流程，通过左至右的结构设计和开发计划逐步给不止结论量化机该系统框架，分析方法、应付碰上的说明难题，嵌入各部分细节，才于给不止结论下回整的量化机该系统。

同时，原作过者特别忽略“关注点分离”的重要性，忽略要在一个阶段性应付一个难题。

开发计划缺失的量化机该系统

当然，在应付难题前把难题搞清楚是极为重要的。原作过者在忽略如何开发计划缺失的量化机该系统时，把这个作过为了首要难题。只有确信自己将要面对的难题是什么，深刻地理解它是如何时有发生、背后的主因，才能结构设计不止缺失的线性去应付它。

原作过者还视为，应有量化机该系统缺失极为重要的点在于算术普遍性上的符合叙述和推导。书当中每一个下面，都简介了推导在面向对象领域的威力。

同时，他视为量化机该系统语言本身就是一种形式化的符合定义的叙述形式，用它们写下到的量化机该系统有说明的句法。用说明量化机运行量化机该系统就是实现其句法，但量化机该系统的句法并不一定依赖于运行它的量化机，它可以单一地反思和表述。

正是基于这种观点，原作过者在稳定状态和断言的定义该系统化上设想了两大前情况下的学时说，用等价转换器作过为量化机该系统句法的落脚点。运用做等价转换器可以从外部定义初始稳定状态与最终稳定状态间的人关系，并不一定必需参见量化机该系统实际监督当中也许历程的当中间稳定状态。

所以，量化机量化机该系统主要关注算术的可验证与工程施工上的生产成本就可以了。

这种学时说和方式则，在很大持续性上的确是可以提高量化机量化机该系统的编码能力的——原作过者自己改用这种方式则先以。

如何运用做这本书

关于如何学习者本书，原作过者也设想了一个比较切实理论上的决定：一旦看下回了难题叙述，于是就取消学习者，转而尝试自己应付它，这是一种自己重新认识和评价难题不方便度的唯一方式则。如果可以的话，回来一两同好独自努力学习，也是一个比较不俗的方式则。

同时，他推论了一个忠告：当你推测这本书并不一定是那么易于读下去的时候，请不想沮丧，因为本书的确是有点难度的。在碰上此类不方便的时候，一定才会把不方便所谓于实际讨论的难题，而不是有关于它的表现形式。

终于的话

小异对于这位量化机科学之父背著有很大的敬意，特别是他在本书当中的名言：

对于不曾有人参见文献的难题，我不立即解释,也不表示歉意。

为什么不曾有人？因为不曾有人参见。在之前他们就像黑夜当中的掌灯者，前二路渺渺，照亮的是在此之后人，

社论编辑：熊掌 审校：桐希 吴晋陈星

参见来源：

[1]E.W.Dijkstra Archive: Home page..

[2]E.W.Dijkstra Archive: The Humble Programmer (EWD 340)..

[3]Hoare, T. (2003). Edsger Wybe Dijkstra. JOBS, 56(3).

[4] Edsger W.Dijkstra .. Notes on Structured Programming. Cs.

[5]Edsger Dijkstra (1930 - 2002) - Biography - MacTutor History of Mathematics..

[6]Edsger W. Dijkstra - A.M. Turing Award Laureate..

—END—