Windows 10 Mobile : le Bridge pour iOS est désormais open source
Nous on préfère la belote
Le 07 août 2015 à 09h15
4 min
Logiciel
Logiciel
Microsoft avait annoncé il y a quelques mois que son Windows 10 Mobile accepterait les applications iOS si elles étaient légèrement remaniées au sein de Visual Studio via un modèle spécial. Depuis hier soir, ce « Windows Bridge for iOS » est disponible et son code distribué sous licence MIT.
Microsoft est conscient que le plus gros souci de Windows Phone 8.1 reste le nombre de bonnes applications disponibles. Non pas que le Store en manque, mais leur qualité est très souvent inférieure, et trop d’entre elles sont peu souvent mises à jour. L’une des solutions prévues par l'éditeur pour Windows 10 Mobile, en plus de la généralisation des applications universelles que l’on trouve déjà sur les PC depuis le 29 juillet, est de simplifier le passage des applications Android et iOS vers sa plateforme. Mais les méthodes utilisées sont très différentes.
Pour Android, Windows 10 Mobile embarquera directement un sous-système permettant de faire tourner une majorité d’applications, mais pas toutes. Celles qui s’appuient trop lourdement sur les « Play Services » ne fonctionneront pas. Des mises à jour pourront améliorer la situation plus tard, mais Microsoft ne propose cette solution que comme une porte d’entrée, non un remplacement pour des applications natives.
Pour iOS, point de sous-système, mais un module capable de transcrire assez facilement le code utilisé vers de vraies applications natives, Visual Studio s’occupant de toutes les « traductions ».
Le projet Islandwood devient Bridge pour iOS
On n’avait cependant pas de nouvelles de ce fameux projet, connu sous le nom d'Islandwood. Les développeurs attendaient donc de pouvoir mettre la main dessus et Microsoft est justement revenu hier soir sur la question. L’éditeur a procédé à plusieurs annonces, dont l’arrivée d’une première préversion. En outre, le produit porte désormais un nom officiel : « Windows Bridge pour iOS » et peut cibler Windows Phone 8.1. Enfin, et c’est sans doute le plus important, il passe (majoritairement) en open source et se retrouve directement sur GitHub sous licence MIT.
Le Bridge est en effet constitué lui-même de quatre composants. Le premier d’entre eux est le compilateur, dont le code reste fermé. Il est responsable de la traduction du code Objective-C (le langage Swift sera pris en charge plus tard) et de sa compilation vers une application native. Microsoft indique que la version finale du compilateur sera directement intégrée dans la mise à jour de Visual Studio 2015 attendue pour cet automne.
Réutiliser le code autant que possible
Les autres composants sont le runtime Objective-C, le module de compatibilité avec les API d’iOS ainsi que les outils d’intégration à Visual Studio. Ce sont d’ailleurs ces derniers qui permettent l’importation d’un projet directement depuis Xcode. Pour Microsoft, l’idée est que les développeurs puissent réutiliser la part la plus importante possible de code, en limitant les écritures spécifiques pour les API Windows. Pour autant, il existe des cas où les correspondances ne se feront pas et où il faudra mettre un peu les mains dans le cambouis. Dans le cas d’une absence notable, il est d’ailleurs demandé aux développeurs de le signaler.
Précisons également que cette première préversion est faite avant toute pour réaliser des tests, car le portage vers les smartphones n’est pas possible. Cette Preview est en effet compatibles avec les architectures x86 32 et 64 bits, la compatibilité avec ARM étant prévue pour « plus tard dans l’été ». Dans tous les cas, l'équipe est intéressée par tous les « retours, suggestions, questions et commentaires » que les développeurs pourraient faire.
Les autres Bridges arriveront plus tard
Sachez que l’éditeur a profité de ces annonces pour indiquer que « Windows Bridge pour Android » existait bien lui aussi, mais qu’il n’était réservé qu’à un public restreint de testeurs invités. Parallèlement, Microsoft a proposé des améliorations pour le projet ANGLE, qui a pour objectif de traduire les appels OpenGL vers DirectX. Selon la firme, ces changements ont été acceptés par Google et devraient améliorer les performances.
Enfin, il existe un autre Bridge, prévu cette fois pour les applications classiques Win32 et .NET, si les développeurs souhaitent les mettre sur le Windows Store. La préversion n’arrivera cependant que l’année prochaine, sans plus de précisions.
Windows 10 Mobile : le Bridge pour iOS est désormais open source
-
Le projet Islandwood devient Bridge pour iOS
-
Réutiliser le code autant que possible
-
Les autres Bridges arriveront plus tard
Commentaires (49)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 07/08/2015 à 10h43
Et puis c’est un peu le problème de l’œuf et la poule. Microsoft fournit un outil pour simplifier un portage pour toucher son OS qui a peu de parts de marché, mais du coup c’est prise de tête de faire ce travail pour un OS qui a peu de parts de marché, même s’il y a un outil pour ça.
Je pense que ça aidera les grosses boîtes qui n’ont pas le choix. Et quand Windows aura suffisamment de parts de marché, les petits devs iront dessus.
Le 07/08/2015 à 10h44
Si tout l’outil de conversion est libre, c’est déjà énorme, ça permettra d’écrire des outils de conversion vers d’autres systèmes comme … Android ?
Le 07/08/2015 à 10h59
Le 07/08/2015 à 11h19
Perso j’attends de voir la performance de ces bridges…
Ca sent la charette de bugs à plein nez.
Le 07/08/2015 à 11h35
pardon, mais en regardant cette vidéo :
 https://channel9.msdn.com/Events/Build/2015/2-702
Ce que je comprend c’est : on prend l’APK, on le package, et on le fait tourner sur le “Astoria Subsystem” (à la minute 22) et ils disent clairement qu’il “redirigent les appels” vers les api Windows.
Il n’y a pas de code “Windows” généré à aucun moment ! ils font même le débug de l’application depuis Android Studio sur un téléphone Windows Phone en temps réél.
Le 07/08/2015 à 11h55
Enfin “universelle avec plein de systèmes d’exploitation”… Il faut que le Runtime Android soit présent… C’est aussi universel que Java/.Net/flash…
Le 07/08/2015 à 12h09
Le 07/08/2015 à 13h23
L’un n’empêche pas l’autre. Ce qu’on signalait, c’est qu’Astoria ne sera pas une VM Android (comme c’est le cas sur Blackberry où il suffit de télécharger un APK pour le faire fonctionner… ou pas) mais plutôt un “interprète” Android => Windows ou pour reprendre le terme utilisé, un pont qui permet de faire communiquer une appli écrite en Java et des API Windows qui doivent être écrites en C++/C#
Le 07/08/2015 à 13h30
Le 07/08/2015 à 13h31
En effet, on “encule un peu des mouches”, mais au final, du point de vue du developpeur, la question est la même : si tu fais un apk qui n’utilise que des API compatible avec Asteria, tu peux mettre ton APK dans l’outil de packaging, et hop tu as un fichier qui peut être executé sur ton téléphone / petite tablette.
Il n’est pas question d’avoir un “code intermédiaire c#” qui pourrait “par exemple” me permettre de générer un projet “universel” pour voir mon app se lancer sur Windows.
Apres qu’il y ait une alien Dalvik, un émulateur Android ou Wine , l’idée est que je fais une app android, je fais évoluer le code Android pour ajouter des appels sur les API spécifiques Windows Phone, et je le package pour WindowsPhone.
A aucun moment je ne fait du C#
Le 07/08/2015 à 13h57
Le 07/08/2015 à 14h20
Je ne suis quand même pas completement d’accord que la solution que Ms semble avoir prise soit mauvaise.
Déjà, de mon point de vue, un utilisateur lambda pourra tres bien le faire aussi bien sur BB que sur WindowsPhone, et les contraintes sont les mêmes (pas de play services, pas d’intégration propre dans l’OS).
Il faudra de toute façon que le dev mette la main à la pate pour ajouter des fonctions de “support” (donc avoir une version sans play services … ou ajouter les librairies tierces pour le support de fonctions avancés BB/Windows Phone).
Je ne vois pas trop en quoi faire une Alien Dalvik aurait amélioré les choses sur Windows Phone …
Maintenant le GROS avantage de la mêthode que fait Microsoft c’est, que ils peuvent “tordre” les appels systèmes Android vers leurs solutions maison.
Le fait que le menu “partager” renvoit vers le menu “charm”, que les “toast” aient un look & feel Windows …
Sur BB, au final, on dirait presque qu’on a mis un android dans la tablette, on a les boutons de navigation qui se rajoutent …
Pour moi la solution de Ms a l’avantage de “créer l’illusion” au moins …
Le 07/08/2015 à 20h34
Si tu portes ton app sur le store elle devient universelle normalement. Par contre MS a prevenu qu’il y aura une limitation au niveau de la version d’Android pris en charge, je crois que c’est Kit Kat maximum.
Le 08/08/2015 à 10h27
Non je ne crois pas que les apps Android puissent tourner sur PC ou Holosense.. Mais seulement sur Windows Mobile (smartphone et petites tablettes).
A contrario le Bridge iOS en fait une vraie applications universelle.
Le 08/08/2015 à 12h01
Le 08/08/2015 à 12h37
J’avais changé mon post mais ça à du déconner de mon côté car ça n’a pas été pris en compte.
Et je me trompe surement mais Microsoft va se tirer une balle dans le pied si il ne laisse pas la possibilité aux développeurs de porter leurs applications sur des diagonales de plus de 8”. Rien que la Surface pour sa partie mobilité/tablette serait de facto mise à l’écart alors que pour eux c’est sensé être la représente de leur vision de la mobilité, le meilleur des deux mondes.
@Bylon:
Près de 90% des PCs dans le monde j’appelle ça être majoritaire. Les chiffres sont arrangeants selon l’angle de chacun mais des PCs (je compte Linux et Mac dedans), les smartphones, les serveurs etc, ne sont pas du tout la même chose.
Android et iOS sont majoritaire sur les OS mobile et c’est tout (et ce n’est pas rien).
Le 07/08/2015 à 09h22
Moi qui pensais que c’était le jeu de bridge qui était open-source " />
Le 07/08/2015 à 09h32
Le 07/08/2015 à 09h36
Tout ça grâce à l’abonnement du solitaire.
Merci aux joueurs de cartes " />
Le 07/08/2015 à 09h37
Bonne nouvelle que Ms travaille sur un “bridge” Android et pas seulement le projet Astoria
D’ailleurs on a des nouvelles de Astoria ? Parce que j’aimerai bien tester mon app dessus " />
Je me suis inscrit à la beta le premier jour et toujours pas de nouvelles " />
Le 07/08/2015 à 09h38
Je n’y connais quasiment rien pour tout ce qui touche au développement… mais je suis le seul à trouver ça super balèze ?
Je ne suis pas sûr qu’il sera possible de lancer les APK Android directement sur WP10 sans modification mais si jamais c’est le cas je trouve ça génial ! J’utilise WP depuis la version 7 et je suis 100% conquis par cet OS, mais il est vrai que certaines applications manquent à l’appel pour des besoins spécifiques. Si jamais le sous-système Android de WP10 accepte les APK natifs Android pour peu qu’ils ne sont pas trop portés sur les services Google c’est absolument parfait pour le peu d’applications qu’il me manque (domotique par ex, mais aussi certaines banques ou un lecteur de dumps VCE).
Pour le sujet principal (et donc les applis iOS) c’est également une excellente nouvelle.
Autant sur la partie OS pur je suis un peu déçu de WP10 en comparaison de WP8.1 (pas tant de nouveautés que ca), autant sur la partie technique les universal apps, continuum et les bridges iOS / Android me font carrément baver !
EDIT : Ah je ne savais pas qu’Astoria était différent de ce concept de “bridge” que j’ai du mal à saisir donc :p
Le 07/08/2015 à 09h42
Astoria, c’est comme sur Blackbery => la VM android portée sur un autre OS " />
Donc tous les appels aux API “OS” sont mappés, et se pose donc la question des API Google services, et Ms avait annoncé que ils allaient faire le nécessaire pour mapper au moins les pubs, et je pense les maps (mais je suis pas sur et les sources ont maintenant qq mois … personne n’en parle " />)
Le 07/08/2015 à 09h45
mais plus je regarde le lien, plus j’ai l’impression que Astoria (donc la VM android) EST ce bridge " />
C’est que je veux pouvoir porter pour en faire une app universerlle moi, pas seulement une app mobile " />
Le 07/08/2015 à 09h47
Merci pour la précision :).
Cela signifie donc que l’on pourra charger des APK directement sur le téléphone et lancer l’application sans que le développeur ait son mot à dire ?
Parce que ce qui me fait un peu “peur” c’est bien que malgré toutes ces facilités les développeurs ne jouent pas le jeu et ne portent pas leurs applications sur WP10 (enfin WM10 maintenant !). Je pense particulièrement aux “petites” applications que peu de gens utilisent, des trucs de “niche” qui sont justement à mon sens le point faible de WP.
Le 07/08/2015 à 09h50
De ce que j’en ai compris, c’est plus complexe comme principe : recompilation du code Android pour fonctionner sur l’architecture Windows (en remplaçant à la “volée” le code propriétaire Android par son équivalent Windows).
L’exemple classique, l’API Google Maps sera remplacée par Bing Maps lors de la compilation
PS: Oui, il semble qu’Astoria est le codename de Bridge for Android qui ne sera pas une VM Android sur Windows (=> donc obligation de recompiler son code)
Le 08/08/2015 à 13h32
La question reste : est ce qu’il vaut mieux se tirer une balle dans le pied en ne poussant pas les appli android sur Windows, ou se tirer une balle dans le pied en annoncant officiellement : le langage de programmation “universel”, le “Java Android” …
Le 08/08/2015 à 14h13
Depuis la build je pense que les deux questions font parties de la même problématique puisqu’ils veulent que tout passe par Visual pour sortir sur Windows 10. Ce sont les détails qui posent problème et la communication de Microsoft (encore une fois).
Le 08/08/2015 à 14h58
Il semble qu’il devienne très facile d’utiliser des applications .APK d’origine android sur des windows phone.
http://wmpoweruser.com/how-to-install-android-apps-on-windows-10-mobile/
Le 08/08/2015 à 15h17
Cool ça ! faut que je teste ça …. bon faut juste que j’arrive à refaire marcher le tactile du lumia 920 que j’ai récupéré ^^;
Le 09/08/2015 à 20h59
Windows 10 Mobile : le Bridge pour iOS est désormais open source
Il vaudrait mieux éviter d’utiliser le terme “Open Source” qui est un terme(très) ambigu.
L’information intéressante, c’est de savoir si un logiciel est propriétaire ou libre.
Le terme Open Source ne fait pas la distinction. Open source n’est pas synonyme de logiciel libre.
En l’occurrence, la licence utilisée est bien une licence libre.
C’est quand même dommage de passer à côté d’un titre mêlant les mots Microsoft et logiciel libre.
Le 10/08/2015 à 14h20
Le 10/08/2015 à 18h18
Il ne faut quand même pas oublier que c’est encore qu’une beta cet OS sur mobile pour le moment " />
L’outil de portage final n’a même pas été distribué aux personnes qui se sont inscrit sur la béta " />
Apres l’idée que Google s’amuse à changer l’appel de ses API … donc mon app perdra les pubs aussi sur Android ? " />
Ici, à la différence de Vine, c’est une solution à la portée des devs, qu’ils seront donc “amenés à supporter”.
Perso, je compte bien porter mon app, une fois que la beta sera dispo …. et que j’arrivera à refaire marcher mon lumia 920 dont l’écran tactile continue à me résister " />
Le 11/08/2015 à 13h25
Le 07/08/2015 à 09h51
Le 07/08/2015 à 09h53
Mouais, ça me semble bien compliqué de “recompiler” " />
Le “remapping” des API map vers les API locales, BlackBerry le fait déjà dans son Alien Dalvik, pas besoin de tout “recompiler à la volée” …
Le 07/08/2015 à 09h53
Le 07/08/2015 à 09h56
Le 07/08/2015 à 09h57
Le 07/08/2015 à 09h58
" />
En plus ils font chier de le limiter aux Mobiles et petites tablettes …. je veux avoir mon app sur le PC moi " />
Le 07/08/2015 à 09h59
Si, Microsoft avait été bien clair à ce sujet lors de la Build 2015.
“Project Astoria” (also referred to as “Project A”), is a Universal
Windows Platform Bridge toolkit that enables you to build Windows apps
for phones by reusing your Android code
source:
http://blogs.msdn.com/b/msgulfcommunity/archive/2015/05/10/quot-project-astoria-…
à aucun moment on parle de faire fonctionner des APK sur Windows mais de faciliter le boulot de conversion.
Si vous voulez développer des applis universelles (en tant que développeur), il faut se tourner vers Apache Cordova ou QT qui existent depuis plusieurs années maintenant.
Le 07/08/2015 à 10h00
Le 07/08/2015 à 10h00
Etant donné que le but est de “builder des applis Windows”, ton appli pourra certainement tourner sur Windows 10 (en tant qu’appli universelle)
Le 07/08/2015 à 10h03
Le lien du projet écrit clairement :
“ Build Windows apps for phones and small tablets with few code changes”
La video parle de “tester ton APK pour voir si il marchera directement, et vous dira ce qu’il faut changer”.
Elle parle aussi de “modifier 2 lignes de code dans le manifest” pour mapper les API maps, et même de tester depuis Android studio les modifications sur le Windows Phone.
Donc là j’ai un gros gros doute qu’android studio me permette de faire une appli universelle " />
Mais autant te dire que j’adorerai avoir tort " />
Le 07/08/2015 à 10h04
Pour l’instant arc me donne un écran noir … " />
Mais faut que je reteste …
Le 07/08/2015 à 10h04
Oui et non, les applications qui utilisent les google play service sont souvent inutilisables, soit la majorité des jeux. Pour les autres applications, ça dépend.
Le 07/08/2015 à 10h05
En re-regardant la vidéo de la conférence BUILD tu as en effet raison.
Dommage, je crains qu’au final la plupart des applications ne soient pas portées (je suis peut-être défaitiste mais j’entends bcp de devs à mon boulot qui haïssent simplement WP, et ne VEULENT pas porter leurs applis dessus).
Le 07/08/2015 à 10h16
Le 07/08/2015 à 10h17
“compilateur, dont le code reste fermé”
Tiens comme c’est bizarre!!
RMS dirait que si le compilateur n’est pas libre, le reste ne l’est pas non plus, CQFD
Le 07/08/2015 à 10h31
Il faut attendre de voir le résultat.
Ensuite, j’espère surtout que ces projets de Bridge seront adoptés par les entreprises pour proposer à moindre coût leurs applis existantes (notamment Facebook qui ne s’occupe pas encore de l’appli WP) ou par la SSII intelligente qui proposera en option “compiler l’appli Android/iOS sur WP” pour une somme moindre que le développement de l’appli complète.