Quando o Windows 10 for Phones for lançado no final do ano, você poderá executar aplicativos Android em telefones e tablets pequenos (mas não em um Surface, notebook ou PC de mesa). Eles serão executados em um subsistema Android que provavelmente será baseado no KitKat (usando os mesmos ganchos usados ​​anteriormente para colocar um subsistema POSIX no Windows NT). "Acreditamos que teremos compatibilidade decente porque este é o AOSP", disse Kevin Gallo, da Microsoft, ao TechRadar Pro..

Mas isso não significa que qualquer aplicativo Android será executado e há coisas que eles não poderão fazer. "Nós substituímos os serviços do Android com os nossos", disse Gallo. "Estamos executando-os em nosso próprio contêiner - conceitualmente, estamos executando-os como um aplicativo universal, por isso usamos uma camada de middleware para traduzir as APIs, mas eles ainda são executados no modelo de segurança de aplicativos do Windows".

Isso vai melhorar o desempenho e a duração da bateria no Android, sugere ele. "Aplicativos não estão sendo executados em segundo plano e há algumas alterações feitas para que eles se comportem como um aplicativo bem-comportado". Os recursos da plataforma padrão serão redirecionados para os equivalentes do Windows - ou seja, o sistema de arquivos, a integração de contatos e fotos, a câmera, os sensores e as conexões de rede.

Microsoft não serviços do Google

Você obterá aplicativos da Windows Store em vez do Google Play e não usará os serviços do Google. Em vez disso, os desenvolvedores poderão usar o Microsoft Ads e o App Insights, em vez do Google Ads e do Google Analytics, o serviço de notificação do Windows. em vez de notificações push do Android, Bing Maps e serviços de localização do Windows em vez do Google Maps, serviços Xbox Live em vez dos serviços do Google Play (e quaisquer outros serviços que a Microsoft possa adicionar ao Project Astoria antes do lançamento), com "zero ou muito pouca modificação "pelos desenvolvedores. Se eles quiserem adicionar recursos como blocos ao vivo, eles precisarão fazer mais trabalhos.

Nem todos os aplicativos para Android funcionarão dessa maneira. "Os aplicativos de mensagens e aqueles que têm profunda integração com as tarefas em segundo plano provavelmente terão problemas em execução", Gallo nos disse, "e também se resume a [onde eles têm um bom desempenho]". Mas, segundo ele, "nem todo aplicativo funciona em todas as distribuições Android".

Gallo e outros executivos da Microsoft estão empenhados em enfatizar que trazer aplicativos Android para o Windows 10 para telefones não é a única maneira de levar desenvolvedores e seus aplicativos para o Windows 10. Há também a capacidade de agrupar aplicativos Win32 e Silverlight no Windows. Recipiente App-V ou para agrupar um site como um aplicativo (completo com chamadas de API para adicionar recursos do Windows 10) e distribuí-los através da Windows Store - e desenvolvedores iOS podem trazer um projeto Xcode para o Visual Studio e compartilhar código-fonte entre um iOS e aplicativo do Windows.

Com o Project Astoria SDK, a Microsoft portou este aplicativo Timber de amostra do Android para o Windows 10 para telefones, completo com integração de mapa e compartilhamento

Poder do Projeto Islandwood

O Projeto Islandwood SDK para desenvolvedores de iOS é realmente mais poderoso do que a opção do Project Astoria para desenvolvedores do Android (embora a Microsoft diga que desenvolvedores Android reutilizam mais código do que desenvolvedores iOS), pois eles têm acesso total às APIs do Windows 10 e O que os desenvolvedores vão criar são aplicativos universais do Windows que podem ser executados em telefones, tablets, desktops e, potencialmente, em Xbox e HoloLens..

Os aplicativos que começam como código Android são executados no contêiner universal de aplicativos, mas permanecem como pacotes de APK Android e só serão executados em celulares e tablets pequenos, porque é apenas o Windows 10 para telefones que possui o subsistema Android (pelo menos este ano).

Quando perguntamos por que a Microsoft não tinha adotado a mesma abordagem para os dois projetos, nos disseram que a abordagem iOS teria desafios técnicos para o Android e que isso evitava possíveis preocupações legais sobre o tempo de execução. (Quanto ao motivo de a Microsoft estar almejando o Objective-C em vez do Swift, "há muito código escrito em Objective-C", Gallo nos disse, "mas vamos ver o Swift").

E, claro, há bilhões de usuários do Windows 10 que a Microsoft espera obter.

"O alcance é uma peça fundamental", disse-nos Gallo. "Então, temos que ter certeza de que temos uma meta rica de clientes para desenvolvedores. Acreditamos que estamos no alvo para ter um ecossistema rico, onde os desenvolvedores terão seus aplicativos usados ​​e monetizados, e que teremos experiências exclusivas do Windows Acreditamos que teremos clientes engajados, o que é algo que eles não podem obter em outro lugar - um cliente engajado que você pode comercializar e que você pode argumentar é o cliente que todos desejam. "