系统平台

在计算机科学中，平台（也称为层或级别）描述了可以执行和开发应用程序的统一基础。 它位于计算机系统的两个组件之间。 对于使用平台的组件，下面的组件是不可见的。 因此，同一个组件可以通过一个平台运行在不同的“表面”上。 IT 领域有各种各样的平台和平台概念。

平台的可能组件是计算机体系结构、编程语言、库和运行时环境。

平台背后的理念是为应用软件及其开发人员抽象复杂的细节。

一方面，这些细节可能是应用软件将来使用的执行环境的未知属性，在开发应用程序时不知道或可能不知道。 执行环境的这些属性可以是，例如，硬件组件的确切类型和性能或用户最终运行应用程序所使用的操作系统。

另一方面，抽象的动机也可以是已知的复杂性，为了使开发人员能够更快、更便宜或更容易地开发应用程序，这些复杂性将被降低。

这种简化可以通过为应用程序开发人员提供具体功能的更抽象的功能模型来实现，通常采用包装底层功能的应用程序编程接口 (API) 的形式。 对于生成的应用程序，这通常采用动态解释的运行时环境（例如 JRE、浏览器）或已知软件功能（例如 Win32、DirectX）的二进制 ABI 的形式。

这些抽象层可以提供的一种品质是通用性，通常称为兼容性。 这可以指广度，即不同的、抽象的细节的数量，以及平台随时间的稳定性。 随着时间的推移，兼容性可能意味着在进一步开发平台时确保向后兼容性，或者制造商保证随着新的可抽象“细节”（例如新操作系统、新硬件）的出现，它们将被集成到平台中（向上兼容性）。

对于平台，可以区分软件和硬件平台。

硬件平台，也称为机器级别，指定特定类型或系列的计算机。 机器层主要由特定的计算机或处理器架构给出，在逻辑上处于底部——低于应用程序层。

处理器架构平台使用通用的机器语言、数据字大小、字节顺序等。广泛使用的 x86 架构就是一个例子。

然而，这种机器语言的各个指令如何在微处理器内部处理（例如使用微操作）在同一平台内可能有很大差异。 只有命令提供的最终结果保持不变。

硬件平台可大致分为 CISC 和 RISC 架构。 然而，对于当前的处理器架构，这两种架构类型之间的界限变得越来越模糊。

所谓软件平台，也叫应用层，区分如下。

可以实现随着时间的推移的兼容性，例如，通过用于访问平台的函数库的稳定二进制接口。 如果进一步开发平台，则只有平台提供商必须确保保持兼容性。 然后必须分发其平台库的新版本，应用程序开发人员对应用程序的更改（重新编译或改编）或用户的配置更改不是必需的。

除了上述基于二进制兼容性的平台概念，它使软件一旦创建就可以继续运行，还有通过应用程序源代码的可移植性实现的兼容性概念。 这里不保证应用程序编译的长期或广泛的可操作性，而是与广泛的底层硬件、程序库的可编译性库和软件 API，也称为平xxx立性。 缺点是编译过程必须更频繁地执行，最重要的是由用户或应用程序开发人员执行，这是一个有时复杂且容易出错的过程。 为这样的平台创建可移植软件也是一个问题。 同样，对用户可用的源代码的需求可能是一个障碍，因为在专有软件的情况下，披露这一点是不常见的。 因此，这种基于源代码的兼容性概念在开源领域和类 Unix 操作系统中占主导地位，而二进制兼容性在 Windows 或 Mac 操作系统中占主导地位。

例如，一个软件平台——如 Win32 API 和其他内置于操作系统中的类似接口——允许软件开发人员编写运行在可变硬件上的应用程序，例如来自不同制造商的处理器、不同的显卡、不同的xxx设备等等。 然而，此类应用程序通常被编译成二进制程序，由机器指令组成，因此只能在特定硬件上运行，即它们基于该硬件平台。 这个过程可以看作是效率和抽象程度之间的折衷，因为它节省了运行时耗时的转换。

在动态解释运行时环境的情况下，应用程序进一步从硬件中抽象出来。 这意味着命令和数据被传递到运行时环境或服务，并且仅在运行时在那里被解释或翻译成适当的机器语言。 此外，各种底层操作系统，即其他软件平台，也可以通过运行时环境（例如 JRE 或 Web 浏览器）抽象出来。