Architecture 当提到计算中的软件时,平台不可知论的标准反义词是什么?

Architecture 当提到计算中的软件时,平台不可知论的标准反义词是什么?,architecture,computer-science,terminology,platform,term,Architecture,Computer Science,Terminology,Platform,Term,谷歌将平台不可知论定义为: 表示或关于与多种平台或操作系统兼容的硬件或软件的 “许多常见文件格式(JPEG、MP3等)与平台无关” 并将其(从it上下文)定义为: 某事物在不“知道”其所处系统的基本细节的情况下运行的能力 我倾向于使用术语平台相关的或跨平台的作为平台不可知的的反义词,但这些术语的大多数定义似乎暗示了硬件上下文或给出了与平台无关的相反的定义 当提到软件时,平台依赖是一个可行的反义词,用于描述仅在已知平台子集(例如操作系统、设备、环境等)上运行的应用程序,还是有一个更合适的计算术语,

谷歌将平台不可知论定义为:

表示或关于与多种平台或操作系统兼容的硬件或软件的

“许多常见文件格式(JPEG、MP3等)与平台无关”

并将其(从it上下文)定义为:

某事物在不“知道”其所处系统的基本细节的情况下运行的能力

我倾向于使用术语平台相关的跨平台的作为平台不可知的的反义词,但这些术语的大多数定义似乎暗示了
硬件
上下文或给出了与平台无关的相反的定义


当提到软件时,平台依赖是一个可行的反义词,用于描述仅在已知平台子集(例如操作系统、设备、环境等)上运行的应用程序,还是有一个更合适的计算术语,例如平台诺斯替派特定于平台的,为了传达这一点?

平台依赖性会影响我的投票,一旦你开始编码特定架构的依赖性,你就会使自己依赖于平台。如果您关心在哪里满足依赖性,那么跨平台本身可能很棘手;虽然——但我认为你用这个词是安全的。@Kaylus——出于同样的原因,我倾向于用这个词。这可能是一个延伸,但取决于上下文,如果不可知软件的底调是它的设计不知道底层系统/依赖项,那么可能平台特定的,甚至平台已知的,也将是合适的。平台-混响?