c++ - Windows phone 7 native 代码支持

Question

2 个问题:

• 谁能告诉我非托管 C++ 代码是否会 future 版本的 Phone 7 OS 是否支持所有开发者？
• MS 不这样做的原因是什么支持非托管 C++ 代码？

Answer 1

这个答案纯粹是推测性的，但我觉得大多数回答过这个问题的人都没有捕获重点。让我们暂时假设这不是微软的报复性决定，而是一个经过深思熟虑的工程决定，与内容限制或其他方面完全无关。这些问题只是 MS 的一个奖励

微软正在进入移动市场，这一次似乎是真的。很快就会有数以千万计的诺基亚手机使用 Windows Phone 出货，而他们在这之上得到的任何东西都只是肉汁。 Windows Phone 虽然还没有真正找到它的家。

在接下来的一两年内，手机、平板电脑和笔记本电脑将最终开始融合为一个设备。人们会将手机放在口袋里，但那部手机也将是他们 PC 的 CPU 单元。这意味着只需坐在无线 HDMI 显示器附近并通过无线 USB(或蓝牙，如果我们都不走运的话)连接键盘和鼠标，用户就可以随时随身携带整个 PC。平板电脑将变成一个电池供电的触摸屏，与您口袋里的 PC 连接。

因此，为 Windows Phone 编写的所有软件都应该能够在 PC、平板电脑和/或手机上运行而无需修改。这是因为您运行的 PC 很有可能是基于 x86 或基于 ARM 的运行 Windows 8 的 PC。当 PC 在您的口袋中时，您将看到的用户界面将是 Windows Phone GUI。当您连接到监视器时，您将看到功能区界面。但底层操作系统很可能是 Windows 8，而不是当前使用的 Windows CE。

基于这一切，微软可以确保投资为 Windows Mobile 市场开发应用程序的开发人员不会被搞砸，并且当新平台出现时 Windows Mobile 设备的用户不会被短缺的唯一方法是确保有一个标准系统可以在所有这些处理器上运行应用程序。

即使是现在，为 Honeycomb 编写代码也是一场噩梦，因为如果您开发 native 代码，则必须同时支持 ARM 和 x86，并且没有真正的支持机制。唯一的解决方案是开发、打包和发布两个版本。为 iDevices 编写应用程序更容易一些，因为没有重叠。 x86 在桌面上，ARM 在设备上。如果您必须在设备上使用 native 代码，那么您只需要 ARM。即便如此，设备和桌面都支持胖二进制文件，所以除非在优化时，否则这不会成为问题。

最后，微软严格遵守 .NET 的决定可能是一个好的决定。一旦他们在市场上拥有大量的诺基亚手机并且事情稍微稳定下来，本地代码可能是真正的可能性。