年初时，微软在 Bulid2015 大会上宣布了四项 Win10 应用扩张计划，分别是 Project Westminster (转化 Web 应用)、Project Centennial (转化 Win32 应用)、Project Islandwood (转化 iOS 应用)和 Project Astoria (转化 Android 应用)。

　　但就目前形势看，前三个基本是雷声大雨点小，只有 Project Astoria 闹出了些“动静”。正当所有 WP 用户满心欢喜的时候，微软又在最新版 Win10 Mobile 中把 Android 虚拟机给删掉了，Project Astoria 项目的主页也被撤掉，闹得所有人白高兴一场。究竟微软为何要停掉 Android 兼容项目呢?下面笔者就来说说自己的猜测。

　　兼容与移植的区别

　　刚开始微软在 Build2015 大会上介绍 UWP 通用软件平台时，上述四个应用移植计划均包含在 UWP Bridge 项目之中。依照当时的理解，UWP Bridge 应当是微软帮助开发者“移植”应用的工具，但显然微软后来的做法不是“移植”，而是“兼容”。

　　所谓“移植”，是开发者主动将应用从某平台迁移到另一平台。而兼容，是不经过开发者直接使用某平台现有的软件。虽然当具备 Aow (Android on Windows)子系统的 Win10 预览版发布时，安卓的 APK 软件还需要经过简单的转置打包才能使用，但这种行为显然就属于“兼容”，因为该操作完全可以绕过开发者独立进行。

　　　　正是看到了这种转置操作的商业价值，国内一夜之间就冒出了许多帮助用户转置的服务。好在 Project Astoria 还不完善，这种简单的转置仍存在许多问题，譬如无法联网或是无法启用摄像头等。但仔细想想，这种细微的调整不正是开发者应该主动去干的所谓 “适配”吗?

　　微软推出的所谓“兼容”，实质上也就是开发者移植应用的第一步。但其后的工作，可能是由开发者自己完成，也可能是由民间适配者来完成。前者是健康的，后者会滋生出各类安全与盗版问题。那么问题又绕回来了，究竟微软想要一个怎样的生态系统?

　　Win10 时代的生态

　　其实从 Window 8 开始，微软就开始实施苹果的那套体验哲学，像应用商店、操作中心等概念就是这时候引入。而到了 Windows 10，微软显然不会再接受从前盗版横行的应用分发体系，一个健康的应用商店应该是 Windows 10 的最大基础。

　　但就目前形势看，前三个基本是雷声大雨点小，只有 Project Astoria 闹出了些“动静”。正当所有 WP 用户满心欢喜的时候，微软又在最新版 Win10 Mobile 中把 Android 虚拟机给删掉了，Project Astoria 项目的主页也被撤掉，闹得所有人白高兴一场。究竟微软为何要停掉 Android 兼容项目呢?下面笔者就来说说自己的猜测。

　　但问题在于，开发者对于入驻微软体系还有多少信心?从前盗版生态养成的用户习惯，微软在移动系统上一再的反复，都让开发者更愿意观望而非入驻。尤其目前又有苹果的成熟生态作为对比，无论是权衡投入产出比还是风险成本，选择 Windows 10 都是一步险棋。

　　既然如此，微软面临的抉择就清晰了，要么通过 Android 兼容先把应用生态做上去，要么继续“正经”地推广移植计划。前者能迅速增加 Windows 10 Mobile 的吸引力以获得更大的用户基数，但后果是盗版横行的软件生态。后者投入产出在初期非常低，但干净的生态总归能吸引部分开发者加入。

　　这两种做法互有利弊，举个不恰当的比方就是 Android 与 iOS 生态的重演。Android 的急速扩张就是伴随着碎片化与应用盗版的剧痛在进行，而 iOS 的完美成长则离不开当时特定的业界环境。现在看来，微软似乎放弃了 Android 式的快速扩张，准备稳扎稳打地进行接下来的大一统事业，或许这也就是放弃 Aow 子系统的原因。

　　Win10 Mobile 还有机会吗?

　　虽然微软生态还有各种各样的问题，但 UWP 平台的设想总归还是比较靠谱的。要知道暴风科技只靠简单的暴风魔镜就连续涨停板数十轮，那微软大一统的 UWP 平台又怎会吸引不到开发者?接下来十年，手机和电脑的形态会变成怎样还无法预料，但手机变电脑还是颇具前景的想法。

　　或许微软正是看到这个前景，才没有着急扩张。毕竟经过 WM、WP7、WP8 三次试错，微软终于抢到了一个不错的机会，至于能否把握住，我们就静待其之后的发展了。