Cuando se inicie Windows 10 para teléfonos más adelante en el año, podrá ejecutar aplicaciones de Android en teléfonos y tabletas pequeñas (pero no en una Surface, notebook o computadora de escritorio). Se ejecutarán en un subsistema de Android que probablemente se basará en KitKat (usando los mismos ganchos que se usaron una vez para colocar un subsistema POSIX en Windows NT). "Creemos que tendremos una compatibilidad decente porque esto es AOSP", dijo Kevin Gallo de Microsoft a TechRadar Pro.

Pero esto no significa que se ejecutará ninguna aplicación de Android y hay cosas que no podrán hacer. "Reemplazamos los servicios de Android con los nuestros", dijo Gallo. "Los estamos ejecutando en nuestro propio contenedor. Conceptualmente los estamos ejecutando como una aplicación universal, por lo que usamos una capa de middleware para traducir las API, pero aún se ejecutan en el modelo de seguridad de la aplicación de Windows".

Eso mejorará el rendimiento y la duración de la batería en Android, sugiere. "Las aplicaciones no se ejecutan en segundo plano y se han realizado algunos cambios para que se comporten como una aplicación de buen comportamiento". Las capacidades de la plataforma estándar se redirigirán a los equivalentes de Windows: el sistema de archivos, la integración de contactos y fotos, la cámara, los sensores y las conexiones de red..

Microsoft no es servicios de Google

Obtendrá aplicaciones de la Tienda Windows en lugar de Google Play, y no usarán los servicios de Google, en lugar de eso, los desarrolladores podrán usar Microsoft Ads y App Insights en lugar de Google Ads y Google Analytics, el servicio de notificación de Windows en lugar de las notificaciones push de Android, Bing Maps y los servicios de ubicación de Windows en lugar de Google Maps, los servicios de Xbox Live en lugar de los servicios de Google Play (y cualquier otro servicio que Microsoft pueda agregar al Proyecto Astoria antes del lanzamiento), con "cero o muy pocas modificaciones" "por los desarrolladores. Si quieren agregar funciones como mosaicos en vivo, tendrán que trabajar más.

No todas las aplicaciones de Android funcionarán bien de esta manera. "Las aplicaciones de mensajería y aquellas que tienen una profunda integración en tareas en segundo plano probablemente tendrán problemas para ejecutarse", nos dijo Gallo, "y también se trata de [donde tienen un buen] rendimiento". Pero luego, señaló, "no todas las aplicaciones funcionan en todas las distribuciones de Android".

Gallo y otros ejecutivos de Microsoft desean enfatizar que llevar las aplicaciones de Android a Windows 10 para teléfonos no es la única forma en que intentan llevar a los desarrolladores y sus aplicaciones a Windows 10. También existe la posibilidad de envolver las aplicaciones de Win32 y Silverlight en el El contenedor de App-V o para agrupar un sitio web como una aplicación (completa con llamadas a la API para agregar características de Windows 10) y distribuirlas a través de la Tienda Windows, y los desarrolladores de iOS pueden llevar un proyecto de Xcode a Visual Studio y compartir el código fuente entre un iOS y aplicación de Windows.

Con el SDK de Project Astoria, Microsoft portó esta aplicación de muestra Timber de Android a Windows 10 para teléfonos, completa con integración de mapas e intercambio

Poder del proyecto islandwood

El Project Islandwood SDK para desarrolladores de iOS es en realidad más poderoso que la opción Project Astoria para desarrolladores de Android (aunque Microsoft dice que los desarrolladores de Android pueden reutilizar más código que los desarrolladores de iOS), ya que obtienen acceso total a las API de Windows 10, y lo que los desarrolladores crearán son aplicaciones universales de Windows que pueden ejecutarse en teléfonos, tabletas, computadoras de escritorio, y potencialmente en Xbox y HoloLens.

Las aplicaciones que comienzan como código de Android se ejecutan en el contenedor universal de aplicaciones por seguridad, pero se mantienen como paquetes APK de Android y solo se ejecutarán en teléfonos y tabletas pequeñas, porque solo Windows 10 para teléfonos tiene el subsistema Android (al menos este año).

Cuando preguntamos por qué Microsoft no había adoptado el mismo enfoque para ambos proyectos, se nos dijo que el enfoque de iOS habría tenido desafíos técnicos para Android, y que esto evitó posibles preocupaciones legales sobre el tiempo de ejecución. (En cuanto a por qué Microsoft apunta a Objective-C en lugar de Swift, "hay un montón de código escrito en Objective-C", nos dijo Gallo, "pero veremos a Swift").

Y, por supuesto, hay mil millones de usuarios de Windows 10 que Microsoft espera obtener..

"El alcance es una pieza fundamental", nos dijo Gallo. "Luego debemos asegurarnos de que tengamos un cliente rico para los desarrolladores. Creemos que estamos en el objetivo de tener un ecosistema rico donde los desarrolladores tengan sus aplicaciones utilizadas y monetizadas, y que tengamos experiencias que sean únicas para Windows". "Creemos que tendremos clientes comprometidos, que es algo que no pueden conseguir en otra parte: un cliente comprometido que puede comercializar y que puede razonar es el cliente que todos quieren".