Vous n'avez pas encore de notification

Page d'accueil

Options d'affichage

Abonné

Actualités

Abonné

Des thèmes sont disponibles :

Thème de baseThème de baseThème sombreThème sombreThème yinyang clairThème yinyang clairThème yinyang sombreThème yinyang sombreThème orange mécanique clairThème orange mécanique clairThème orange mécanique sombreThème orange mécanique sombreThème rose clairThème rose clairThème rose sombreThème rose sombre

Vous n'êtes pas encore INpactien ?

Inscrivez-vous !

Islandwood : Microsoft avance sur la conversion des applications iOS pour Windows

Mais la route est encore longue
Logiciel 5 min
Islandwood : Microsoft avance sur la conversion des applications iOS pour Windows

Le projet Islandwood, ou Windows Bridge for iOS, est un pont conçu par Microsoft pour permettre aux développeurs d’applications iOS de porter leurs créations sous Visual Studio 2015. Depuis son passage en open source pendant l’été, il a reçu de nombreuses participations sur Github. Microsoft passe désormais à l’étape suivante et cherche à séduire par la simplicité.

Microsoft travaille parallèlement sur deux ponts, l’un pour Android (projet Astoria), l’autre pour iOS (projet Islandwood). Ce dernier est à un stade beaucoup plus avancé et des développeurs s’en servent déjà. L’objectif est simple : récupérer le code Objective-C (le langage Swift n’arrivera que plus tard) d’un projet créé sous Xcode sur Mac pour l’importer dans Visual Studio 2015. De là, et avec les modifications idoines, une application peut être générée pour Windows 10.

Islandwood déplace le code Objective-C de Xcode vers Visual Studio

En août dernier, le projet profitait d’une petite accélération avec le passage en open source. Les sources du Windows Bridge for iOS - ou WinObjC - sont ainsi disponibles sur GitHub et ont enregistré depuis 610 participations au code, pour une dizaine de nouvelles versions en tout. Le projet remporte un certain succès, ne serait-ce que parce qu’il permet des économies en ressources humaines : les développeurs utilisant l’Objective-C continuent à s'en servir au sein de Visual Studio 2015. Même si cela suppose de maîtriser un nouvel environnement de développement intégré (IDE), ils n’ont pas à apprendre le C# par exemple.

On peut avoir une idée de ce qui est autorisé par ce projet en se penchant sur l’application Facebook Beta actuellement disponible dans le Windows Store. Elle nécessite d’avoir été invité au programme de test pour s’y connecter, mais un signe ne trompe pas : quand apparaît l’erreur indiquant qu’il faut être membre du panel de test, le panneau a l’air de provenir tout droit d’iOS 9. D’ailleurs, plonger dans les ressources du package d’installation laisse apparaître des mentions du système mobile d’Apple.

Une conversion simple... avec des projets simples

Dans tous les cas, le projet continue de s’enrichir, et avec lui la couverture des API d’iOS et d’autres composants tels que GLKit. Du coup, Microsoft passe à l’étape supérieure : en parler et orienter la communication sur la facilité de conversion des projets. Sur l’un de ses blogs, l’éditeur aborde un exemple d’application iOS créée pour l’iPad et dont le code se trouve dans Xcode 7.1. On peut y voir les étapes menant à la transition vers Visual Studio, la suite du développement en Objective-C et la finalisation du projet en générant un paquet Windows.

L’exemple est simple, peut-être trop, ce que les développeurs auront rapidement remarqué. Le projet créé dans Xcode n’est qu’en Single View, et ce n’est pas un hasard : le pont vers iOS ne prend pas encore en charge tous les éléments disponibles. Microsoft ne s’en cache pas et indique à la fin de son billet que les développeurs doivent se contenter d’applications assez simples. Cependant, l’ajout récent des Storyboards (qui résument les flux d’utilisation au travers d’une application) facilite grandement l’importation, et seuls manquent réellement les composants qui permettraient de faire transiter des applications plus complexes.

Un potentiel intéressant si les conversions sont maîtrisées

Globalement, Microsoft est sur la bonne voie si ce pont pour iOS est capable à terme de convertir presque n’importe quelle application iOS en application Windows. Ce ne sera sûrement pas le cas, mais l’objectif de la firme est probablement ailleurs : réduire les investissements nécessaires. Le constat est malheureusement simple pour Microsoft en effet, puisqu’une grande partie des entreprises doivent déjà investir pour sortir une application sur Android et iOS, qui à deux représentent une part écrasante du marché. Ce que Microsoft vise, c’est bien le remplissage de son propre Windows Store.

Mais la firme devra faire attention à la manière dont cette conversion peut se faire. Comme on l’a vu avec l’application Facebook Beta en préparation, il n’est pas certain que Windows 10 ressorte gagnant de telles transitions si l’ergonomie des applications rappelle au final celle de la plateforme dont elle est issue. On peut mettre cette présence « incongrue » sur l’aspect non finalisé du projet et il est possible que Facebook soit au plus près de ce développement, l’application étant alors enrichie avec les évolutions du Bridge.

Les développeurs qui souhaitent s'essayer au pont pour iOS pourront en récupérer la Preview depuis cette page.

Et du côté d'Android alors ?

Les travaux sur Islandwood appellent également une autre question : qu’en est-il d’Astoria ? Le pont pour Android fonctionne de manière très différente : il y a des outils pour simplifier la reprise du code, mais pas de conversion aussi globale. Par contre, Microsoft travaille sur un sous-système Android qui doit permettre à Windows 10 Mobile de faire fonctionner une partie des applications venant de la plateforme concurrente, tant qu’elles ne s’appuient pas trop sur les Google Services. Mais les dernières rumeurs au sujet d’Astoria font plutôt état d’une renonciation.

Il est possible en effet que les priorités changent et que le projet Astoria se rapproche davantage de ce qui se fait avec Islandwood. Les dernières builds de Windows 10 Mobile ne contiennent plus le sous-système Android, alors que nous avions pu tester nous-mêmes son fonctionnement il y a quelques mois. La semaine dernière, le site WMPU signalait que plusieurs ingénieurs travaillant sur Astoria avaient été réaffectés à d’autres tâches. La question qui se pose maintenant est de savoir si Microsoft compte donc toujours proposer un tel sous-système, ou si le projet va plutôt s’orienter vers une conversion des projets façon Islandwood. Notez cependant que dans ce cas, la situation serait un peu plus compliquée car les développeurs Android ont plusieurs IDE à leur disposition. Pour l’instant, Microsoft ne communique pas sur le sujet.

22 commentaires
Avatar de seb_the_dude INpactien
Avatar de seb_the_dudeseb_the_dude- 02/12/15 à 17:20:50

c'est pas grace à ces technos que Microsoft a réussit à avoir Candy Crush sur W10?

Avatar de charon.G INpactien
Avatar de charon.Gcharon.G- 02/12/15 à 17:24:28

Sur les profils linkedin des développeurs du projet astoria , ils indiquent tous avoir migrer sur d'autres projets. Il s'est passé exactement la même chose avec Midori avant son abandon. A mon avis c'est mort pour des raisons stratégiques....
Microsoft doit penser qu'il n'a pas besoin d'astoria pour que la plateforme Windows 10 devienne un succès pour les développeurs.

Avatar de Bejarid INpactien
Avatar de BejaridBejarid- 02/12/15 à 18:10:43

La plupart des appli sont Android ET iOS. J'imagine qu'un pont depuis iOS est suffisant (et beaucoup plus simple).

Sans compter que Apple et MS sont beaucoup plus copains entre eux, qu'avec Google où c'est à couteau tiré.

Avatar de Bylon INpactien
Avatar de BylonBylon- 02/12/15 à 18:15:00

charon.G a écrit :

A mon avis c'est mort pour des raisons stratégiques....

Très probablement. Et à mon sens c'est un très mauvais calcul qui va conforter le duopole Google/Apple.

A contrario, comme un Wine le permet sur Linux, ça aurait permis d'enrichir d'un coup de baguette magique la logithèque. Maintenant, c'est sûr, Wine ne fut pas simple à développer, et Astoria ne l'était certainement pas non plus [encore que c'est largement facilité par le côté Open Source : AOSP, tandis que simuler les APIs Win32 sans avoir le code sous jacent est bien moins simple !]. Pouvoir faire tourner un exe (cas de Wine) non modifié, ou un apk (cas d'Astoria) non modifié ouvre immédiatement plein de possibilités.

Mais bon, la roue tourne... à un moment donné on avait besoin d'un Wine, maintenant c'est Redmond qui a besoin d'un composant équivalent pour faire tourner les apps des autres sur ses O.S. !.. :D

Avatar de arno53 INpactien
Avatar de arno53arno53- 02/12/15 à 18:16:53

Par contre j'avais cru comprendre que l'app Facebook n'était pas issus du projet Islandwood de Microsoft mais de osmeta une startup racheter par FB qui aurait le même objectif qu'islandwood...

https://mobile.twitter.com/sibbl/status/665218160262516736

Avatar de parnetiel INpactien
Avatar de parnetielparnetiel- 03/12/15 à 02:29:49
Édité par Vincent_H le 24/12/2015 à 06:03
Avatar de parnetiel INpactien
Avatar de parnetielparnetiel- 03/12/15 à 02:39:59
Édité par Vincent_H le 24/12/2015 à 06:03
Avatar de Cedrix INpactien
Avatar de CedrixCedrix- 03/12/15 à 07:54:17

Ah oui parnetiel il doit fumer des Microsoft le mati..

Avatar de Jed08 INpactien
Avatar de Jed08Jed08- 03/12/15 à 09:38:36

Bylon a écrit :

Très probablement. Et à mon sens c'est un très mauvais calcul qui va conforter le duopole Google/Apple. 
 

Pas forcément. Au final, les plus grosses applications se retrouvent sur iOS et sur Android. Si MS décide de se concentrer sur la convertion iOS -> Windows, et que cela marche quasiment parfaitement, l'émulation d'appli Android sera inutile.

Pour plusieurs raison la convertion iOS -> Windows semble meilleure que la simple émulation d'un système Android. Premièrement, le fait que l'application soit faite pour tourner sur le système Windows ce qui épargne les téléphones de se trimballer avec un sous système Android pouvant bouffer des ressources.
 
Ensuite, et c'est de loin le plus important, le fait que le sous système Android n'intègrent pas les Services Google qui sont de plus en plus utilisés par les utilisateurs ne permettra pas un gros élargissement du catalogue. Je vois mal les développeurs arrêter d'utiliser les Services Google uniquement pour permettre à leurs applis de tourner sur les Windows.

Avatar de atomusk INpactien
Avatar de atomuskatomusk- 03/12/15 à 13:42:30

Bah du coup ils auront pas mon App :fumer:

Blague à part, en effet, Astoria posait d'énormes problème, dont un des gros était le fait que n'importe qui pouvait poser l'appli de quelqu'un sur le market de Microsoft sans l'autorisation de l'auteur ... ce qui n'aurait pas manqué de créer des souci pour Microsoft ... si on rajoute la grogne des devs, les risques quand on voit que des mecs poussaient le market Google ... Si on rajoute le fait que c'était uniquement sur smartphone, et que les apps n'étaient sans doute pas compatible avec Continum ... on se dit que le projet avait du plomb dans l'aile

Reste que j'airai bien aimé :transpi:

Il n'est plus possible de commenter cette actualité.
Page 1 / 3