Connexion
Abonnez-vous

Microsoft abandonne Astoria, son sous-système Android pour Windows 10 Mobile

Et ce n'est pas forcément une mauvaise nouvelle

Microsoft abandonne Astoria, son sous-système Android pour Windows 10 Mobile

Le 26 février 2016 à 10h10

Microsoft a officiellement annoncé avoir mis fin à son projet Astoria. Il s’agissait d’un sous-système Android permettant aux applications de fonctionner sous Windows 10 Mobile, du moins en partie. L'Islandwood, dédié à iOS, reste de son côté en place.

Microsoft possède un certain nombre de ponts sur lesquels il travaille depuis un certain temps. L’éditeur avait surtout abordé Astoria et Islandwood, respectivement pour Android et iOS. Les deux fonctionnent cependant d’une manière très différente. Astoria était un authentique sous-système Android permettant d’installer des applications de cette plateforme sous Windows 10 Mobile. Nous avions d’ailleurs testé cette fonctionnalité, avec plus ou moins de succès.

Les développeurs n'étaient pas convaincus

Le moins que l’on puisse dire est qu’Astoria divisait. Certains y voyaient la réponse aux carences du Windows Store, quand d’autres considéraient le mouvement comme un aveu d’échec. Il semble que Microsoft se soit rangé à cette deuxième opinion. Dans un billet de blog, le responsable Kevin Gallo indique que le projet est officiellement mort.

Selon l’éditeur, les retours de nombreux développeurs ont pointé dans la même direction : avoir deux ponts séparés pour Android et iOS n’était pas utile. Pourquoi ? Parce qu’Islandwood permet l’importation des projets iOS dans Visual Studio et une traduction du code Objective-C (Swift sera pris en charge plus tard) en C# pour créer une application UWP (Universal Windows Platform). Or, les développeurs ont fait remarquer que les applications Android et iOS partageaient le plus souvent la même base fonctionnelle et qu’une fois la conversion faite, garder la possibilité d’exécuter du code Android n’était plus utile.

Microsoft en profite pour indiquer que le projet Islandwood n’est pas terminé et qu’il sera largement enrichi dans les prochains mois. L’éditeur a souhaité se concentrer dans un premier temps sur tout ce qui permettait la conversion des jeux, mais il ajoutera prochainement la prise en charge de frameworks supplémentaires pour que toutes les applications puissent être converties de cette manière.

Ne pas réinventer la roue

Quant à Astoria, on ne peut pas réellement considérer qu’il s’agisse d’une mauvaise nouvelle, ce pour plusieurs raisons. D’une part, comme nous l’avions déjà évoqué, un tel pont pouvait envoyer le mauvais signal aux développeurs. Le Windows Store a toujours un souci de remplissage, certaines entreprises auraient pu à nouveau faire l’impasse, partant de l’idée que leurs applications Android fonctionneraient en l’état.

D’autre part, un renforcement d’Islandwood signifiera une traduction plus complète du code et un plus grand nombre d’applications converties à UWP. Même si Astoria prévoyait une conversion d’une partie des contrôles, les développeurs pourront davantage créer des applications qui ressemblent vraiment à ce que l’on est censé trouver sur Windows 10.

24 heures après l'annonce du rachat de Xamarin

Enfin, et c’est un élément crucial, Microsoft vient de racheter la société Xamarin et ses outils de développement multiplateformes. L’entreprise a déjà indiqué que la conférence BUILD (31 mars au 1er avril) sera l’occasion d’annoncer les plans prévus dans ce domaine, mais une chose est claire : la firme a les moyens de frapper fort si elle s’oriente vers une intégration dans Visual Studio par exemple.

Selon ce que Microsoft choisit de faire avec Xamarin, la stratégie pour les développeurs pourrait basculer. La société se retrouverait en mesure de proposer un environnement unifié capable de compiler du code pour Windows, OS X, Android et iOS, tout en permettant la récupération des applications iOS. La firme pourrait concentrer son message sur l’aspect « tout-en-un » de sa solution. L'annonce de l'arrêt d'Astoria survient par ailleurs 24 heures après celle du rachat de Xamarin, ce qui n'est sans doute pas un hasard.

Concentrer l'attention sur UWP

Il est clair dans tous les cas que tous les mouvements opérés jusqu’ici vont dans la même direction : l’Universal Windows Platform. Microsoft donne d’ailleurs des nouvelles au sujet d’un autre pont, Centennial, dont l’objectif est de permettre à des applications Win32 et .NET classiques d’atterrir sur le Windows Store. Une première préversion de ces outils sera bientôt distribuée, probablement durant la conférence BUILD.

Commentaires (37)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar

mais pour faire fonctionner des applis android, n’est-il pas plus simple d’utiliser android ?

votre avatar







picatrix a écrit :



mais pour faire fonctionner des applis android, n’est-il pas plus simple d’utiliser android ?





Heuresement que tu es là^^


votre avatar

Logique. Ils ne vont pas se tirer dans les pattes avec un système qui permet de la bidouille d’applis Android pour qu’elles tournent sur W10 mobile. Android est déjà hyper-dominant, pourquoi en rajouter ?



Simple recentrage des plus logiques, en espérant que ça débloque vraiment le développement d’applis pour W10M, comme dit dans la niouze (“j’ai le zinzin sous Android, pas la peine de faire le même pour W10M vu qu’il y a une bidouille pour que l’APK fonctionne dessus”).



En tout cas, à suivre.

votre avatar







picatrix a écrit :



mais pour faire fonctionner des applis android, n’est-il pas plus simple d’utiliser android ?







Dans l’absolu, le natif est toujours préférable : meilleure intégration, meilleures performances, pas de bugs du système de compatibilité qui se rajoute à ceux de l’OS et du soft, et cetera.



Après, ça peut dépanner, remplir un besoin ponctuel (mon Anyrail Windows sur ma Fedora avec wine) ou permettre de faire des tests, mais c’est à éviter si on peut.


votre avatar

Hors sujet. 



Le problème des boites actuellement, c’est le cout de dev sur 3 plateformes différentes. Faire des applis natives sur les 3 coute cher, voir très cher. 



Si crosoft sort un outil unifié (et efficace!) qui permet d’avoir une seul base de code pour arroser les 3 stores, ils frappent fort, voir très fort. Ca règle le problèmes de beaucoup de boites qui n’ont pas besoin de framework particuliers pour leurs applications et d’avoir à faire le dev qu’une fois => maintenabilité, gestion des couts, gestion des équipes de dev simplifiée, tout ça tout ça.



Je sens que je vais me mettre plus sérieusement au UWP moi <img data-src=" />&nbsp;

votre avatar

Tient c’est marrant j’ai eu un expert de chez Microsoft hier qui disait que Microsoft allait probablement abandonner Windows Phone.



Comme quoi …

votre avatar

Ils vont abandonner Windows Phone vu qu’il y a Windows 10 Mobile maintenant <img data-src=" />

votre avatar

Oups exact, merci pour la précision. <img data-src=" />

Du coup ça a effectivement du sens.

votre avatar







Baradhur a écrit :



Si crosoft sort un outil unifié (et efficace!) qui permet d’avoir une seul base de code pour arroser les 3 stores





C’est pas ce que j’ai compris.

Astoria (abandonné) = exécution d’Android

IslandWood = traduction d’objective C (ios) en C# mais il faut encore adapter et recompiler.



Donc on ne parle pas de 3 stores. Mais au mieux de 2. Tu développes pour ios puis tu adaptes pour windows.





Baradhur a écrit :

Je sens que je vais me mettre plus sérieusement au UWP moi&nbsp;<img data-src=" />&nbsp;



Pour ce que je fais je vais rester sur du html5. Ca a le mérite de fonctionner partout.



&nbsp;


votre avatar

Ils viennent de racheter xamarin, c’est pas pour continuer avec ca du coup …

votre avatar

On parle on parle mais l’utilisateur de Windows Phone (dont moi) n’a pas encore vu la couleur d’Islandwood.



&nbsp;Beaucoup de bugs rencontrés ou d’applications à la ramasse par rapport à l’équivalent iOS/Android sur mon 950XL, et encore, quand l’application existe. Je ne dis pas ça pour troller, j’ai simplement hâte de voir le windows store évoluer.

votre avatar

C’est normal. Je suis déjà pas sur que le projet soit sortie de sa phase beta. Et ensuite, avoir cette possibilité ne veux pas dire que d’un coup les équipes se sont retrouvés avec dev UWP pour pouvoir travailler avec.



Quand tu as déjà une équipe de dev android / ios, tu t’en sépares pas sur un coup de tête en disant “on passe tout sur UWP, vous êtes virés”. En plus il faut rajouter les licenses VS si t’en a pas, etc.



Donc oui ça va prendre du temps pour faire effet. Mais si Crosoft fait ce qu’il faut avec le rachat de Xamarin, ça mettrait déjà un GROS boost pour nous autres utilisateurs de WP!

votre avatar

C’est pas gagné d’avance.

Analogie foireuse : tu(=le propriétaire) t’attends à avoir enfin le papier peint(=des Apps) sur les murs(=W10 mobile) de l’appart que tu t’es acheté(=ton cell), pendant que le bâtisseur(=Microsoft) en est encore a plâtrer les murs(=modifier son OS).

votre avatar

Tu l’utilises peut être sans le savoir. Il y a certains jeux sur le store qui sont déjà basés dessus (le plus connu étant Candy Crush Saga), et certaines appli en béta (le nouveau Facebook par exemple semble l’utiliser)

votre avatar

Non Facebook ne semble pas utiliser islanwood mais Facebook Osmeta.

votre avatar

Ah c’est vrais qu’en temps que particulier, je ne me suis du coup jamais penché sur le prix, aucune idée de la différence de prix du coup?

votre avatar

Ironie de l’histoire, il y a vingt ans, c’était Apple qui mettait au point un émulateur pour faire tourner du Windows sous MAC. Désormais, c’est Microsoft qui lorgne sur l’ecosysteme applicatif de l’autre.

votre avatar

qt = 3500/an/dev

xamarin = 3000/an/dev



Imagine si Microsoft venais à rendre ça gratuit ( beaucoup y croient, et ms en as largement les moyens ) voir même divisent le prix par 2.. ça fait vite des sous .. :)

Xamarin garde tout ses services complémentaires ( qui pourront toucher bien plus de consommateurs vu que la base global s’élargie), pas forcément moins de profits, mais un risque qu’ils ne pouvaient pas forcément prendre avant

votre avatar







jmm a écrit :



Ironie de l’histoire, il y a vingt ans, c’était Apple qui mettait au point un émulateur pour faire tourner du Windows sous MAC. Désormais, c’est Microsoft qui lorgne sur l’ecosysteme applicatif de l’autre.





la vraie ironie c’est qu’ils ont toujours plus de 15 millions de logiciels win32 sur Windows qu’ils cherchent tout autant à faire passer dans leur Store via le Bridge Centennial qui commence à se préciser un peu plus après avoir été aussi reporté (il est touffu aussi celui-là comme projet), et donc comme souvent dans leur histoire ils sont d’abord eux-mêmes leur premier concurrent surtout, avec un Windows 7 qui a encore 4 ans à vivre et les habitudes bien ancrées des users derrière… et donc forcément que les 500.000 applis en plus présentes sur l’appstore et pas sur le windows store (dont l’immense majorité totalement inutilisées) ne sont pas non plus la seule priorité.


votre avatar

Hum pour Astoria, il aurait mieux fallu un outil de traduction Java vers C# (comme Islanwood) pour transformer en application universelle. Après avec Xamarin cela pour faire le pont pour IOS. Ensuite Centinial est le “pont” à reussir…car effectivement si les applications Win32 entre dans le store cela peut faire mal. Après ce n’est pas forcément gagné car le Store Windows mobile (6.5 et inferieur) acceptait les applis Win32 et Compact .Net sans trop de succès…

votre avatar

Ce que j’aime particulierement avec Xamarin, c’est que tout est prévu dedans&nbsp;pour que le dev puisse choisir la position du curseur entre&nbsp;“code cross platform” et “implementations specifiques”&nbsp;



On peut tout faire en C# cross platform, et créer des implem plus bas niveau platform specifiques lorsqu’on en a besoin. C’est trés modulaire et trés ouvert : l’outil entier est codé avec des fonctionnalités accessibles au dev, et c’est vraiment simple à utiliser.



Bref, c’est flexible, bien foutu, par des dev pour des dev.

votre avatar

OK pour les 3 stores vu que xamarin peut générer des applis ios,android et WP à partir d’un code unique en c#

votre avatar

L’intêret est avec Islandwood et Xamarin combinés :



Un dev qui possède déjà une appliction iOS pourra(it) la convertir en appli universelle avec Islandwood

=&gt; Une fois qu’il possède une application universelle, il pourra(it) la convertir en application Android/Windows/iOS gràce à Xamarin

=&gt; Il n’aura(it) alors qu’un seul code à maintenir pour alimenter 3 plateformes

votre avatar

N’importe quel dev dira que c’est de la prog merdique à souhait. Quand on veut tout faire, on fait tout mal.

Rien que si l’un des maillons change, tout le bricolo-montage s’effondre.

C’est du pis-aller, rien d’autre.

votre avatar

Mon commentaire prend en compte la news d’hier avec le rachat de Xamarin, qui lui permet de dev sur visual et de déployer sur les stores Windows, iOs et Android. On saura exactement ce que crosoft prévoit d’ici peu :)

votre avatar







Lafisk a écrit :



Ils viennent de racheter xamarin, c’est pas pour continuer avec ca du coup …





Ca aurait été Google, aucun des deux projets n’aurait été abandonnés, et face au choix les devs auraient complètement désertés les deux projets… <img data-src=" />


votre avatar

Je suis dev et je suis pas d’accord avec toi. C’est pas de la prog merdique, c’est un manque d’optimisation. Et au final, tout découle de ton besoin initiale. Si ton soft t’impose d’aller dans les tréfonds des couches basses d’un OS pour faire ce que tu veux, effectivement du Xamarin like c’est pas la meilleure idée. Par contre si c’est pour une appli simple, comme une gestion des horaires de transports en communs, là c’est déjà beaucoup plus adapté.



Comme pour tout en dev, il faut analyser avec pragmatisme ton besoin et ne pas refuser une solution sur des idées préconçues, point.&nbsp;

votre avatar







Aloyse57 a écrit :



N’importe quel dev dira que c’est de la prog merdique à souhait. Quand on veut tout faire, on fait tout mal.

Rien que si l’un des maillons change, tout le bricolo-montage s’effondre.

C’est du pis-aller, rien d’autre.







C’est une possibilité qui demande d’accepter certaines dépendances. Si l’un des maillon change, l’outil qui fait la conversion sera adapté en fonction. Si MS se lance là dedans, ils ont intérêt à maintenir un minimum leur outils.


votre avatar

YAMAT !!





(Yet Another Microsoft Abandoned Technology )

votre avatar







127.0.0.1 a écrit :



YAMAT !!

(Yet Another Microsoft Abandoned Technology )







.. but it reminds me that:



YAGAT !!

(Yet Another Google Abandoned Technology)



(ils devraient mettre à jour leur page et ajouter Google +, et valider définitivement Google Glass aussi <img data-src=" /> Ha, et ajouter Picasa tout court d’ailleurs)


votre avatar

Il me semble que QT permet justement cela.

votre avatar

Qt permet ça pour du desktop. Ils leur restent encore à faire leurs preuves niveau applications mobiles pour moi.

votre avatar

Pour le mobile c’est normalement possible, ça couvre android + windows mobile il me semble, et à confirmer pour les papples phones.

votre avatar

C’est vendredi c’est ca ?

Apres si tu compares les deux systèmes, en productivité pure, Android est à la ramasse …. sa seule valeur ajoutée c’est son catalogue d’applis

votre avatar

je pense que c’est dans l’autre sens : vu qu’ils arrêtent ça, ils changent de stratégie, et donc&nbsp; ils ont racheté Xamarin

votre avatar

Comme déjà dit sur un autre topic, paye ta licence QT ..

votre avatar

En fait le sous système android a été récupéré pour le sous système linux sur redstone.

Tout n’est pas parti à la poubelle. Les deux sont basés sur drawbridge.

twitter.com Twitter

Microsoft abandonne Astoria, son sous-système Android pour Windows 10 Mobile

  • Les développeurs n'étaient pas convaincus

  • Ne pas réinventer la roue

  • 24 heures après l'annonce du rachat de Xamarin

  • Concentrer l'attention sur UWP

Fermer