这篇文章 (来自视窗工程团队)说:
ARM上的WOA Windows不支持任何类型的虚拟化或仿真方法,也不会允许移植或运行现有的x86/64应用程序。
这是否意味着我甚至无法从源代码重新编译x86/64应用程序?
如果是的话,是什么阻止我这么做的?我的理解是Windows8ARM上存在Windows。
如果不是,它们不能将x86/64应用程序移植到ARM是什么意思?
发布于 2012-03-06 05:04:28
在用于ARM的Win32中,Win8只支持一个子集:
如果您试图构建一个使用不受支持的Win32 API的应用程序,它将不会构建,因为该API不会在库中。如果您尝试创建自己的库来支持API,则应用程序仍然无法使用,因为向客户部署应用程序的唯一方法将是通过MS应用程序商店,这无疑将检查API是否符合。
来自“为ARM处理器体系结构构建Windows”的文章:
使用者通过Windows Store和Microsoft Update或Windows Update获得所有软件,包括设备驱动程序。
在您的开发机器上这样做可能是可能的(但可能不是--我真的不确定这种‘黑客’是否可能,支持与否),但您肯定无法以任何一种广泛的方式部署它。
简而言之,任何现有的Win32应用程序都可能需要大量的工作才能移植到Win8中进行ARM。这将不是重新编译和修复任何弹出的错误,以使应用程序在ARM上运行的问题。
发布于 2012-03-06 01:54:01
从您链接到的Windows文章中,引用的第二段是杀手。移植现有的应用程序肯定是而不是支持的。
希望以WOA为目标的开发人员可以使用新的Visual 11工具(包括C#/VB/XAML和Jscript/ HTML5 )为WinRT (Windows用于构建地铁样式的应用程序)编写应用程序。本机代码以WinRT为目标也支持使用C和C++,它们可以跨体系结构进行目标并通过Windows分发。WOA不支持运行、仿真或移植现有的x86/64桌面应用程序。只使用来自WinRT的系统或OS服务的代码可以在应用程序中使用,并通过Windows分发给WOA和x86/64。使用者通过Windows Store和Microsoft Update或Windows Update获得所有软件,包括设备驱动程序。 如果我们启用了现有代码的广泛移植,我们将无法实现我们对电池寿命更长、性能可预测、尤其是长期可靠体验的承诺。如今的应用程序所使用的约定并不一定提供这种功能,无论是后台进程、轮询循环、计时器、系统挂钩、启动程序、注册表更改、内核模式代码、管理权限、未签名驱动程序、加载项或其他常见技术。通过避免这些结构,WOA可以提供一个新的客户满意级别:随着时间的推移,您的WOA PC将继续很好地运行,因为应用程序与系统和彼此隔离,您将继续控制代表您运行的其他软件,同时让不同硬件的功能闪闪发光。
发布于 2012-03-06 01:47:39
在您引用的文章中,它们确实提供了这个警告:
此外,拥有现有代码的开发人员(无论是C、C++、C#、Visual还是JavaScript )都可以自由地将该代码合并到他们的应用程序中,只要它针对的是针对Windows服务的WinRT API集。
他们有Office和IE的版本可供使用;我确信这些都不是现成的重新实现。
https://stackoverflow.com/questions/9576724
复制相似问题