w.b*_*ian 8 unix linux windows operating-system posix
这个问题的动机是一个牵强附会的梦想,我可以在*nix平台上提供的许多优秀软件可以轻松移植到Windows.微软最近对开源和开放采取了不同的方法,所以我真的很想知道,如果微软这么倾向,这样的事情是多么可行.我感到好奇的一些更具体的事情是,如果可以在不破坏向后兼容性的情况下完成,也许可以对所涉及的工作量进行某种程度的衡量.如果有任何具体的技术例子可以突出这样做的特殊困难,那也将非常感激.
Mat*_*lia 14
Windows已经是这样了.NT内核本身从一开始就支持"个性"(NT层上的API层)的概念,至少支持Win32 API,POSIX API和OS/2 API的设计.
POSIX层在具有不同名称(Microsoft POSIX子系统/ SFU/SUA)的高端SKU(通常是服务器相关的)中流通了很长时间,但它从未真正流行于非专业用途,因为它不是普遍可用的(微软从未真正推动它,可能是出于商业原因)并且因为其他解决方案变得普遍(想想Cygwin/MSYS/MinGW).
请注意,虽然"个性API"是一个有趣的概念(可能是实现多API操作系统最简洁的方法之一),但它会受到"深度隔离"问题的影响 - 即,您可以访问内核对象通过POSIX接口,但所有通过Win32接口构建的服务(如Windows,GDI和co.)都不容易获得; 此外,无论接口有多好,都有一些细节(如路径的格式)无法解决,因此POSIX应用程序总是看起来有点不合适.
| 归档时间： |
|
| 查看次数： |
1088 次 |
| 最近记录： |