近日，关于“Windows Phone支持Android应用程序”的话题变得很是热门，认同这一说法的就包括The Verge的编辑Tom Warren。其实在2014年2月份的时候，The Verge就已经有了这个说法的相关报道，当时The Verge称微软内部正在激烈争论是否让Windows Phone支持Android应用程序，以弥补Windows Phone应用匮乏的问题。
再看看最近，Tom Warren在Twitter上断言称：
在1月21日举行的发布会上，我坚信微软会公布一件事：提供对Android应用程序的支持。
在外界看来，微软让Windows Phone提供对Android应用程序的支持，这几乎是不可能的事，因此Tom Warren也遭到了一些同行的反驳。WMPU的编辑Lucason就认为这种说法不科学，他表示：“Windows Phone提供对Android应用程序的支持，等同于是直接抹杀了Windows Phone平台。原因其实很简单，如果真是这样，开发者将不会再为Windows Phone开发应用程序”。
然而Tom Warren和Lucason都只是微软生态的观察者之一，他们的说法仅仅是个人观点。关于“Windows Phone支持Android应用程序”的话题，其实牵扯上的不仅仅是普通用户和微软，还有Windows Phone平台上的第三方开发者们。
第三方开发者的观点
作为Windows Phone平台上最具代表性的第三方开发者之一，Rudy Huyn近日在Reddit上表达了自己的看法，虽然与Lucason有些出入，但是他还基于应用程序开发的角度，提出了自己认为可行的方案。Rudy Huyn称：
我的想法其实很简单。如果微软让Android应用程序登陆Windows设备，除了少数比较狂热的第三方开发者外，估计没有多少会愿意再为该平台开发原生应用程序，大部分第三方开发者可能会把精力放在Android应用程序上。
如果微软这样做，会有何后果？糟糕的用户体验，糟糕的性能表现等等，很明显这不是一个明智的举措。此外，一款真正搭载Android平台的手机和一款模拟运行Android应用程序的手机放在用户眼前，用户会如何选择，想必谁心里都有数。
所以请记住两件事：OS/2（微软与IBM联合开发的一款操作系统）尝试着运行Windows应用程序，结果失 败了；黑莓的Black Berry 10想要运行Android应用程序，结果也是失败了。BlackBerry 10是一个经典的案例，应用程序商店里的应用都是基于Android SDK来开发的，而不是Black Berry SDK。
扩展UWA才是王道？
为此，Rudy Huyn还提出了自己设想的可行方案。他认为：“微软应该把通用应用程序（UWA）扩展Android平台上。这 样一来，我们可以实现让同一款应用程序同时运行在Windows、Windows Phone、Xbox、Android、Chromebook、Kindle上，当然还要包括Android平台的其他分支，覆盖除了iOS以外的其他平 台。”从技术层面来看，Rudy Huyn这个设想是可以实现的，因为微软已经具备了许多有利的条件：
- WinSJ（JavaScript）已经开源，可以很好地运行在Chrome和Webkit上；
- Xamarin/Mono已经可以实现通过 C#/fake XAML来开发Android原生应用程序；
- Visual Studio 2015已经加入Android模拟器；
- ASP.net的下一个版本可以在不需要SDK的支持下，运行在Mac OS上，在应用层面也可以依样画葫芦；
他给出的理由是，假如移动平台开发框架提供商Xamarin可以如此施为，微软同样可以如法炮制，但是微软应该使用真正的XAML，真正的 WinRT SDK等。其实许多Android生态开发者们并不喜欢Eclipse开发平台，而C#与Java语言非常类似，同样拥有一些很酷的特性，这一点反而能激 励新手移动开发者，促使他们使用微软的开发工具来开发应用程序，同时也能完善Windows Store和微软生态。