Oberon/常见问题解答

问：为什么一些 Oberon 系统具有扁平文件系统？树状文件系统在高生产力 (=8~/) 的现代环境中不是不可或缺的吗？: 答：树状文件系统在 1950 年代和 60 年代计算机内存微不足道的时候开始流行。树状结构有助于操作系统组织。典型的内存访问速度远快于文件访问。凭借当前的硬件，数据结构可以在内存中组成和使用，其性能比文件系统中的数据结构快得多。只要注意选择有意义的文件名，大多数用户会发现扁平文件系统完全够用。此外，模拟的 Oberon 子系统可以访问主机的树状文件系统。此外，在裸机 PC 上运行的 ETH Oberon 支持FAT 和 ISO 9660:1988 文件系统，它们是树状的。实际上，Oberon 中的扁平文件系统是有益的，而不是有害的。

问：Oberon 和 A2 从根本上来说是一样的，只是接口不同吗？: 答：这两个系统都遵循“尽可能简单”的原则。除此之外，它们差别很大。

Oberon 的核心是任务循环，它在过程 Oberon.Loop 中实现。在循环中安装的过程，没有后台执行，将在循环的一次遍历中执行到完成。长时间运行的过程对用户来说可能表现为排队延迟。在长时间运行的过程期间，用户可见的唯一活动将是程序员故意安排的输出。为了避免排队延迟，程序员有责任实现后台执行。后台执行是通过将大型任务分成更小的部分来实现的，这些部分被插入到循环中的其他任务之间。

A2 的核心是活动对象系统 (Aos)。处理器时间通过时间片分配给活动对象。这通过限制处理器分配给活动对象的时间间隔来避免排队延迟。时间片分配免除了程序员对后台执行的责任。参考维基百科和 P.J. Muller 的论文，第 4.2.3 节，第 35 页。

A2 具有许多在之前的 Oberon 中没有的方面和功能。参考 2022-01-07 的邮件列表。

问：在 ETH Oberon (或 A2O) 中，MM+MR 会打开一个带有 Edit 的查看器，而我更喜欢 ET。如何解决这个问题？: 答：在 ETH Oberon 中打开 TextFrames.Mod。MM 在 Edit.Open 上。

Edit.Open TextFrames.Mod

在 A2 的 Oberon 子系统中。

Edit.Open Oberon.TextFrames.Mod

更改

OpenCmd = "Edit.Open"

到

OpenCmd = "ET.Open"

，MM 在 Edit.Store 上，重新编译模块 (TextFrames.Mod 或 Oberon.TextFrames.Mod) 并重新启动。TextFrames 和所有导入它的模块都可以重新加载，但重新启动更简单。