早前有报道称，微软计划通过“拿铁”项目（Project Latte），为 Windows 10 提供对 Android 应用程序的运行支持。在此之前，该公司已经在 Windows 10 操作系统中引入了 Linux 子系统（简称 WSL），并且作出了持续的改进。与 WSL 一样，Project Latte 也将通过 Microsoft Store 应用商店来提供特殊打包的 Android 应用程序获取渠道。
首先，转换后的 Android 应用程序，必须遵循 Windows 或 Microsoft API 的开发指南，因为原先的谷歌服务并不能无缝迁移至 Windows 10 平台。
截至目前，谷歌并未以任何方式参与到 Project Latte 项目中来，且该公司也不会主动将自己的 Android 应用推向 Microsoft Store 应用商店。
经验丰富的开发者，显然从其它项目上看到过类似的操作。鉴于 Windows 10 不会提供 Google Play 服务，开发者将需要单独维护这些移植应用的 API 。
此前为了增加 Microsoft Store 应用商店中的 App 数量，微软提供了一个名叫“Project Astoria”的技术方案，以使得 Android 应用能够在 Windows 10 Mobile 设备上原生运行。
其中一些实验性的应用程序，则是通过第三方商店来发布的，可惜的是这项技术并不完美。不过在前序经验的基础上，微软显然可将 Google API 自动转译为自己的平台 API 。
至于最终将会采取怎样的技术方案，目前暂不得而知。其中一个猜想是，Project Latte 或根植于微软自 Windows Phone 诞生以来就经历过的应用商店。
尽管微软早已将 Windows 10 Mobile 打入冷宫，但 Windows 10 的 S 模式、以及 Windows 10X 这样的较新平台，仍需努力跨过应用数量和生态上的鸿沟。
硬件方面，Project Latte 或许不会局限于任何特定的平台，以使之能够跨 Intel、AMD、甚至 ARM 硬件运行 Android 应用程序。
对于陷入困境的 Windows on ARM 市场来说，这或许会是一个较大的利好。至于用户体验，最大的问题，或许还是在于经验上的不足。
目前 Windows 10 已经针对所有应用程序的开发框架和用户体验，精心构建了一套成熟的设计准则、API、以及硬件要求。
但转换后的 Android 应用，仍然难以摆脱围绕谷歌 Material Design 设计语言、以及针对移动设备而优化的界面的困扰。
当然，Project Latte 的性能仍有望远超传统的模拟器。但除非开发者愿意为“桌面扩展”而提供界面优化，某些 Android 应用的用户体验或许会很是糟糕。