在 PC 市场，Windows 完全占据主导地位，无论是笔记本电脑还是台式电脑，几乎全部运行 Windows 操作系统。不过，在智能手机领域，微软的移动操作系统却只能排在第三位，而且所处位置远远落后前面两者，因此移动应用程序开发者总是会优先考虑 iOS 和 Android 平台，或者甚至直接不考虑 Windows 平台。Windows 手机应用生态系统糟糕已经是众所皆知的事情，并且微软长期寻求有消息的解决方案。
在万般无奈的情况下，微软推出了具有无以伦比的灵活性 Windows Bridge 项目，希望能够帮助开发者通过一套新的软件开发工具包，以最快的的速度将 iOS 和 Android 应用程序移植到 Windows 10 手机上。
其中最备受期待 Android 移植应用程序项目为 Project Astoria ，该项目相较特殊，号称 Windows 10 智能手机可以通过内置的子系统（Subsystem）实现直接运行。因为开发者移植 Android 应用程序非常轻松，几乎可以完全复用 Java 和 C++ 代码 ，只经过最小的调整就能够将 Google Play 商店里的应用程序带到 Windows 上，一旦提交给 Windows Store，微软会帮助转为手机可运行的应用。
不过，近日微软官方证实：Project Astoria 已经死亡。虽然从去年 4 月份微软的“大招”公布至今，该项目的愿景很令人憧憬，而且也有未经过多调整的 Android 应用程序真正在 Windows 10 手机上运行了，但微软不太看好 Project Astoria 的未来，并认为该解决方案把事情变得复杂化了。
当然，实际上 Android 应用程序仍可以登陆 Windows 10 手机，只是需要通过不同的方式而已，而且微软认为更加有效。但至于微软这种全新的玩法是否奏效，只有时间可以告诉我们答案。
那么，究竟微软内部讨论之后，为何决定要放弃 Project Astoria 项目呢？让 Windows 10 手机直接运行 Android 难道不好吗？
首先这不是微软一手造成的？
需要注意的是，微软新出炉的官方声明其实并不新鲜，其作用只是再一次强调而已，毕竟早在 2015 年年末，很多消息报道告诉我们 Project Astoria 项目已经死亡了，当时微软在 Build 10549.4 版本中将内置于 Windows 10 手机系统中用于直接运行 Android 应用的子系统清理得一干二净。微软再一次名正言顺的告诉我们是为何？因为微软想强调是“我们”促成的结果。
微软官方声明中提到，“去年，我们还曾发布了 Windows Bridge for Android（Project Astoria） 的 Build 项目，很多人询问我们该项目的状态。在过去我们收到了很多有关两个 Bridge 项目的反馈，有的认为将其他手机操作系统代码搬运到 Windows 上相当不必要，那样只会造成选择上的混淆。我们针对这一反馈意见进行了慎重仔细地考量，决定将精力集中于 Windows Bridge for iOS 上，它成为了将应用移植到所有 Windows 10 设备的唯一桥梁（Bridge），包括 Xbox 和 PC 设备。”
所以结论来说，微软并不是一心一意决定废弃 Project Astoria 项目，但最终决定基于“我们”这些用户（微软指绝大多数是开发者）。与此同时，微软还可以借此表现出认真倾听用户意见的态度，用户告诉他们在 Windows 10 手机上“存在两种不同的 Bridge 项目没有意义”，现微软只是按照用户的意见来做事。
此外，还有个微软没有公开表明原因，那就是 Android 子系统模拟器有可能引起一系列导致 Windows 10 手机平台性能变弱或不稳定的问题，手机越用越慢，变成拖油瓶。
Xamarin 则是另一个原因
去年 11 月的时候微软也曾解释过 Project Astoria 项目搁浅的原因，“Astoria 的时机还不成熟，但是其他工具给开发者带来了灵活的选择。我们承诺，会继续帮助开发者将它们的应用移植到 Windows 平台。”
此番话的表明意思很明显，实际上微软认为 Project Astoria 项目无法大有作为只是表面上的事实，而且微软没有自己打脸，目前显然提供了有更合适的方式来代替这一项目，那就是 Xamarin。
相信开发者对诞生于 2011 年的 Xamarin 扩平台开发框架并不陌生，它可以让移动开发变得难以置信的迅速和便捷，开发者只需在 Xamarin 单一框架内便可以直接开发 iOS、Android、Windows 和 Mac OS 应用，而无需转到 Eclipse 或 Xcode。过去几年 Xamarin 一直是微软深度合作伙伴之一，但就在这几天，微软花了大约 4 亿美元将该软件开发工具创业公司收入囊中。
微软希望将 Xamarin 与自家的 Visual Studio、Microsoft Azure、Office 365 和企业移动套件中进行整合，提升开发者在 iOS、Android 和 Windows 间开发跨平台移动应用的时效，方便其在不同系统间整合代码，而这一切只需在 Windows 平台上使用 Windows 工具就能完成。
换句话说，现在的开发者或开发商没必要担心无 Android 应用移植工具， 反而是微软再一次表现出力收买开发者。说实话，从去年 Windows bridge 项目开始公测至今，即便微软提供了详细安装说明和入门指南，但真尝试的应用移植的开发者寥寥无几。选择直接提供跨平台的开发软件的确是个新的尝试，毕竟弥补 Windows 10 移动应用的缺乏乃当务之急。
微软在几天前的声明中确实已经提到，对于那些将时间花在 Android 子项目的开发者，微软强烈建议采用两种最佳解决方案，一是此前为 iOS 平台准备的移植工具 Project Islandwood，二就 Xamarin。
因此，即便微软认为 Windows 10 手机不需要 Android 应用程序，但至少不是全盘否定，微软收购 Xamarin 意图表明微软不仅留有后路，而且仍然希望那行为 Android 设备开发的应用程序，也可以顺势登陆 Windows 移动平台。至始至终，微软的终极目的并没有改变，反而现在还有了全新更好的方案，方便开发者以更有效的方式直接开发跨平台应用程序，而不是依赖于移植 Android 应用到 Windows 平台上。
通用 app
微软收购 Xamarin 的另一层重要目的在于，进一步押宝并加强通用 app 解决方案，微软最初提出的理念与 Xamarin 相仿，完成收购无非将其提升到了全新的水平，微软一定会在接下来 Build 2016 开发者大会上有所表示。
微软掌门人纳德拉曾多次公开表示，Windows 移动战略核心就是“大统一”，无论 PC、Xbox 游戏机、智能手机或平板电脑都能有统一的 Windows 体验。而在这体验当中，可适应所有尺寸屏幕及跨设备运行，支持触摸操作并提供相同体验和功能的“通用 app”将充当桥梁，当做优先事项考虑。
而且有意思的是，纳德拉同样也不止一次表达“通用 app”的理念，去年年底他回应“Windows 手机没必要运行 Android 应用”时也提供了相同的理由，他认为兼容 Android 应用程序并不是非得考虑的事项。同时，他还强调微软是通用 app 的忠实拥护者，并希望这一理念能够最终成功，因为通用应用程序不仅能够让 Windows 成为成功的平台，而且还是保持独立于其他操作系统的最大特色。
“我们是统一开发平台和统一应用商店的拥护者，随着 Windows 10 系统设备月活跃量以及应用程序商店使用情况的不断增长，我们相信会有越来越多的开发者将受益于此。”纳德拉表示，“这是全新的过去我们不曾努力过的事情，但现在我们有了统一的商店和应用程序，我们需要更多的时间继续专注于此。”
当时纳德拉还表示，“我们看到了成效，例如，首次在 Windows 桌面平台上有超过 1 亿的用户积极从商店 Windows 寻找应用程序，一些开发商如 Nerflix 更多的参与其中，这只是早期的数据，我们认为有助于吸引更多开发商打造同样应用程序。 ”
到目前为止，微软的通用 app 发展暂时仅限于 Windows 设备，包括 PC、平板电脑和智能手机，在这些设备上通用 app 提供了相同的用户界面体验和功能。之所以说 Xamarin 将使微软的通用 app 理念上升一个档次，是因为利用 Xamarin 开发框架，未来通用 app 将不再局限于全部 Windows 设备，而且还能够扩平台延伸到 iOS 和 Android 平台上。
简单的说，过去无论是微软自家还是其他开发者和开发商的应用，需要先完成 Windows 开发然后再移植到竞争对手的平台，而现在利用新的解决方案，他们可以迅速同时为多个平台打造相似功能和界面体验的应用。
总之，Windows 通用 app 策略微软雄心勃勃的计划，纳德拉需要证明他的决策正确有效，不过没有任何事情可以在一夜之间取得成功，因此这个计划的结果还需时间来验证。可能对微软而言比较幸运的是，Windows Phone 至今仍然有一大波最忠实的粉丝，他们迫不及待去体验微软的每一个最新成果。
但是，如果一旦新策略面临失败，Windows 10 移动应用生态将很难再有起色，届时人们会认为到头来不如直接运行 Android 应用程序更加实际。
网友评论