代码可移植性与标准 API 的使用
1. 抽象与可移植软件
在软件开发中,抽象是构建可移植软件的关键。回顾三十多年前,UNIX 操作系统从汇编语言移植到 C 语言,就是抽象力量的一个典型例子。在使用 C 语言之前,UNIX 用汇编语言编写,这使得它几乎无法移植,限制了其在除 PDP/11 之外的架构上的迁移。而 C 语言及其库提供了一个抽象层,将 Unix 源代码的大部分与移植目标架构的细节隔离开来。将 C 语言及其库移植到新架构,比开发者用汇编语言重写和调试 UNIX 的所有源代码要简单得多(尽管这也绝非易事)。
如今,早期可移植 UNIX 的遗产以大量的库和应用程序编程接口(API)的形式存在。POSIX 是 API 的标准化产物,它起源于 UNIX 首次用 C 语言重写之时,在 Mac OS X 和 Linux 上都作为 API 供程序员使用,甚至微软的 C++ 库也受到了这些 API 的影响。
在 C++ 中,抽象也很普遍,C++ 标准模板库(STL)和 Boost 就是两个常见的例子。然而,在某些情况下,这些标准可能不够用。在最坏的情况下,你想要支持的平台上可能没有 POSIX 或其他标准 API。为此,Netscape 推出了 NSPR(Netscape 可移植运行时库),使用这样的库可以通过在现有 API 之上提供更高层次的抽象,大大提高源代码的可移植性。
2. 标准 API 介绍
- POSIX :POSIX 是计算机环境的可移植操作系统接口,是本文讨论的基于标准的 API 中最基本的一个。它实际上是一个标准家族,第一个标准于 20 世纪 80 年代初发布。这里主要关注 P
超级会员免费看
订阅专栏 解锁全文
3066

被折叠的 条评论
为什么被折叠?



