他们不再那样做：Borland Turbo Pascal 7

他们不再那样了：Borland Turbo Pascal 7 Borland 的 Turbo Pascal 是有史以来最成功的编程工具之一。它介绍了我们今天认为理所当然的开发技术，例如集成源代码级调试；但这在当时是激进的。 TP 7，也称为 Turbo Pascal for Windows 1.5，是 Turbo Pascal 系列的顶峰，也是它的终结。 “Turbo”这个名字与被视为业余爱好者的产品联系在一起——“Borland Pascal”是一种不同的、更昂贵的产品。但 Turbo Pascal 对于一些相当大的应用来说已经足够了，而且价格非常实惠。它也是“图书许可”，我认为这在软件行业是一个新事物。你可以购买一份 TP，任意数量的人都可以使用它——但一次只能使用一个。即使它以软盘形式分发，也没有复制保护。 (Turbo) Pascal 最终让位给了 Delphi，尽管 Delphi 具有技术优势，但从未产生过同样的影响。早在 90 年代，我就使用 TP 7 编写了医学成像软件，并在 Windows 3.1 下运行——这在当时是一个很棒的操作系统。与以前的版本一样，Windows 3.1 本质上仍然是 MSDOS 的扩展，但具有巧妙的技巧，使其能够执行多任务（以某种方式）并寻址更多内存。它有一个简单、一致的用户界面模型——对于用户和程序员来说都是如此。当时，它没有任何浪费且令人恼火的反功能，而这些反功能使现代 Windows 使用起来如此令人沮丧。因此，Windows 3.1 是一个我们都希望我们的应用程序支持的平台——当时并不是有很多替代品。和许多其他程序员一样，我专门学习 Pascal 编程语言来使用 TP 7 - 那时我本质上是一名 C 程序员，但用 C 为 Windows 编程是一项可怕的工作。坦率地说，今天的情况也好不到哪去。过去和现在都有必要结合一整套命令行工具，这些工具将难以理解的文本文件作为输入。 TP 7 自动化并隐藏了所有这些肮脏的事情。问题不只是工具：用户界面模型本质上是面向对象的；但 C 并没有使面向对象的编程变得容易。 TP 5 向 Pascal 语言引入了基本的面向对象概念，这些概念被证明是必不可少的。 Windows 特定的功能是由称为“对象 Windows 库”的东西提供的：围绕基本 Windows C API 的一个相对较厚的、面向对象的包装器。我记得 Borland 在 Microsoft 之前就为 Microsoft Windows 推出了面向对象的编程库，而且 Borland 的更好。在 Windows 3.1 OWL 中运行的 Turbo Pascal 可以轻松创建美观、美观的用户界面。熟悉的“绿色勾号按钮”是 OWL 的增强功能，它为许多 Windows 应用程序增光添彩，最终成为令人恼火的陈词滥调。总而言之，使用 Turbo Pascal 7 进行 Windows 编程比使用其他任何工具都要容易得多。它不仅提供了与 Windows 用户界面工作方式相匹配的编程模型，而且应用程序本身也具有 Windows 图形界面——当时的许多 Windows 编程工具实际上在 MSDOS 下运行，并且完全基于文本。 TP 7 还拥有用于设计用户界面元素（如菜单和图标）的全图形工具。使用 Windows 记事本使用格式晦涩的定义文件来布局菜单从来都不是一种令人愉快的体验。微软确实为这种操作生产了图形工具，但 Turbo Pascal 将它们组合成一个无缝的 IDE。要构建和运行我的程序，我所要做的就是按 F7 键。我什至可以通过单击一行代码来为调试器设置断点。正如我所说，这在今天已经很常见了，但对于早期的 Windows 编程来说却是革命性的。但真正让 TP 7 与众不同的是它的 CP/M 传统。 Turbo Pascal 通过 CP/M 和 MSDOS 进入 Windows，这意味着它有一个编译器核心，设计用于在内存紧张和相对较慢的 CPU 下运行。在大多数编译器必须在磁盘上写入一堆中间文件的时代，TP 只是在内存中构建所有内容。它使用由非常熟练的人员用汇编语言编写的高度优化的代码来完成此操作。如今，如果您的编译器生成一堆临时文件，那也没什么关系，因为磁盘存储速度快且便宜。但在软盘时代，您必须尽量减少磁盘访问。不幸的是，您还必须最大限度地减少内存使用，因为内存使用量也并不多。 CP/M 编程需要真正的技巧和奉献精神。因此，当 TP 出现在配备 16 位 CPU 和兆字节 RAM 的 Windows 机器上时，对于开发人员来说就像过早的圣诞节。当给定兆字节和硬盘时，设计为足以满足 32kB RAM 和单个软盘驱动器的编译器将肯定会飞翔。所有这些都意味着 TP 7 用起来很愉快。它就像一个现代 IDE，但没有任何