Windows Phone 7本机代码支持
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Windows Phone 7本机代码支持相关的知识,希望对你有一定的参考价值。
2个问题:
- 有人可以告诉我非托管C ++代码是否会所有开发人员都可以在Phone 7 OS的将来版本中支持它吗?
- MS不这样做的原因是什么支持不受管理的C ++代码?
此答案纯粹是推测性的,但是我认为大多数回答了这个问题的人都错了很远。让我们暂时假设这不是Microsoft的报仇决定,而是实际上是经过深思熟虑的工程决策,与内容限制或其他方面完全无关。这些问题对于MS来说只是一个奖励]
Microsoft正在进入移动市场,这似乎是真实的。很快,将有数以千万计的使用Windows Phone的诺基亚手机发货,而除此之外,他们所得到的任何东西都将是肉汁。 Windows Phone虽然还没有真正找到自己的家。
在下一两年中,手机,平板电脑和笔记本电脑将最终开始融合为一个设备。人们会把手机放在口袋里,但那部手机也将是PC的CPU单元。这意味着,只需坐在无线HDMI监视器附近,并通过无线USB(如果我们都不走运,就可以通过蓝牙)连接键盘和鼠标,用户将可以随时随地携带整个PC。平板电脑将变成电池供电的触摸屏,可与您口袋中的PC进行接口。
因此,所有为Windows Phone编写的软件都应能够在PC,平板电脑和/或电话上未经修改地运行。这是因为您正在运行的PC很有可能是运行Windows 8的x86或基于ARM的Windows。当PC放在口袋里时,您将看到的用户界面将是Windows Phone GUI。连接显示器后,您会看到功能区界面。但是底层操作系统很可能是Windows 8,而不是当前使用的Windows CE。
基于所有这些,Microsoft可以确保投资较新的平台以开发针对Windows Mobile市场的应用程序的开发人员不会被拧死,并且确保在更新的平台问世时不会缩短Windows Mobile设备的用户的唯一方法是确保有一个用于在所有这些处理器上运行应用程序的标准系统。
即使是现在,为Honeycomb编写代码也是一个噩梦,因为如果您开发本机代码,则必须同时支持ARM和x86,并且没有真正的支持机制。唯一的解决方案是开发,打包和交付两个版本。因为没有重叠,所以为iDevices编写应用程序要容易一些。 x86在台式机上,ARM在设备上。如果您必须在设备上使用本机代码,则只需要ARM。即使那样,设备和台式机上也都支持二进制文件,因此除非进行优化,否则这将不是问题。
最后,Microsoft决定严格遵守.NET可能是一个不错的选择。一旦他们在市场上销售了成千上万的诺基亚手机,并且一切都解决了,本地代码就有可能成为现实。
这些答案是针对应用程序开发的。 OEM现在可以编写本机代码,因为这是他们创建驱动程序的方式,但是大多数开发人员都无法使用它,因此大多数人都没有用。
对于#1,Microsoft尚未发布公告,因此只有Microsoft知道答案,他们没有说。。
对于#2,这全都与代码安全性和总体平台稳定性有关。沙盒本机代码非常困难,他们不希望您的应用程序能够影响其他应用程序或平台本身。通常的想法是,应该使用Silverlight或XNA进行应用程序开发,这就是它们所公开的内容。
Windows手机将无法获得本地支持。游戏和其他更密集的应用程序正在推动销售。 android被迫取消其NDK的支持以支持游戏行业。就支持多个处理器等而言,我们从事此类工作的人们已经做了很长时间了,所以这没有问题。已经在处理Intel和ARM,而我们的系统没有问题。
最后,编辑:永远不会支持WP7的非托管代码,但是在Windows Phone 8中-是的!他们刚刚宣布。本机应用程序,C / C ++,ios / Android可移植性和代码共享,DirectX。不过,您将需要Visual Studio 2012和Windows 8进行WP8开发。看起来VS2010没有获得必需的WinRT SDK。
我相信MS将支持像C / C ++这样的本机开发。真。认真。
以上是关于Windows Phone 7本机代码支持的主要内容,如果未能解决你的问题,请参考以下文章
如何通过代码或API更改Window phone 7 Profile