Swift : un portage pour Android se dessine

Stéphane Moussie |

Chose promise, chose due, Jesse Squires a publié son deuxième résumé hebdomadaire du développement collaboratif de Swift. Le développeur travaillant chez Facebook indique que l'effervescence n'est pas retombée, il y a toujours énormément d'activité autour du langage de programmation open source d'Apple.

Il n'aura pas fallu attendre longtemps pour que quelqu'un prenne l'initiative de réaliser un portage pour Android. Le contributeur zhuowei a visiblement commencé à plancher sur le sujet. L'objectif final est bien entendu de permettre aux développeurs d'écrire des applications Android en Swift. Tout un programme, si l'on peut dire.

Un autre contributeur, William Dillon, a quant à lui commencé à travailler sur le support des appareils à architecture ARMv7, comme le Raspberry Pi et les processeurs Nvidia Tegra.

Craig Federighi n'a sinon pas menti quand il a déclaré qu'IBM était très intéressé par Swift. Deux ingénieurs de Big Blue, Bill Abt et David Grove, ont apporté des contributions significatives à Swift et aux bibliothèques de base. Sans compter sur le « terrain de jeu » de Swift exporté très rapidement dans le navigateur par IBM.

Jesse Squires liste également dans son billet les principaux changements techniques qui ont été apportés et les propositions majeures qui ont été faites.

avatar cv21 | 

Ca avance très vite ! Un langage plusieurs plateformes...ok 2...c'est déjà plus intéressant.

avatar C1rc3@0rc | 

Ruby, Python, Lisp, OCaml, ADA, Eiffel, Smalltalk, Java, Haskell, C... -> multiplateforme
En fait les langages monoplateformes sont tres minoritaires. Meme les langages venant d'Apple (Clascal, Objective-C, DyLan, Hypertalk) ont ete repris hors du monde Apple.

A ma connaissance il n'y a que l'immondice AppleScript qui reste monoplateforme, car en fait personne n'en veut.

Par contre le portage de Swift sur Android tombe bien, vu qu'il va falloir virer Java puisque la condamnation de Google au benefice d'Oracle semble inevitable. Bref Oracle aura reussi a sortir Java de son plus gros marché: ils sont forts chez Oracle!

Ah si seulement Swift pouvait remplacer aussi ECMA script (cad Javascript) autant cote client que serveur (en meme temps que la mise a la retraite de PHP)...

avatar bbtom007 | 

Ca bouge sur swift !

avatar nova313 | 

Pour la version 7 d'Android, Google annoncera le support natif de Swift (ou Java). Puis se sera Microsoft, et toutes les apps iront sur toutes les plateformes.

Mais Wait... C'est ce que propose déjà Microsoft, à une échelle réduite.

avatar Tiroly | 

@nova313 :
Un langage en commun ne crée pas pour autant des apps multi plate-forme hein ;-)

avatar nicolas | 

Swift sur Raspberry Pi ? Miam!

avatar Arnaud de la Grandière | 

par contre, Swift n'intègre pas Cocoa donc le portage du langage sur d'autres plateformes ne permettra pas de porter une application iOS via une simple recompilation, il faudra réécrire toutes les parties faisant appel aux API du système d'exploitation ^^

avatar Domsware | 

@Nonoche :
Heureusement ! On se retrouverait sinon avec des applications avec des interfaces horribles car non adaptées aux appareils.

avatar Un Type Vrai | 

Ou pas. Il existe des slutions pour adapter à un grand nombre de format une interface.
Mais on est d'accord que Cocoa ne le permet pas.

avatar marc_os | 

@Un Type Vrai :
Cocoa ne permet pas quoi ?

avatar Domsware | 

@Un Type Vrai :
Un grand nombre de formats mais pas tous. Puis il n'y a pas que le format mais aussi le design et l'expérience utilisateur.

Au final une part non négligeable des utilisateurs se retrouve avec une interface moche et une expérience d'utilisation pénible. Ce qui pénalise l'utilisateur puis l'éditeur.

avatar BeePotato | 

@ Un Type Vrai : « Ou pas. »

Si. L’expérience le prouve.

« Il existe des slutions pour adapter à un grand nombre de format une interface. »

Non (cf. réponse de Domsware).

avatar Arnaud de la Grandière | 

@Domsware : il y a des cas où ça ne pose pas de problème, comme pour les jeux par exemple, qui ont tendance à présenter leur propre interface.

avatar C1rc3@0rc | 

@Nonoche
Ben d'une part avoir un langage qui permet d'eviter les immondices favorisés par le C et ses derivés c'est deja une grande avancée et ensuite le portage de Cocoa en multiplateformes existe avec le projet GNUStep.

Il faut aussi remarquer que Cocoa est independant de la plateforme depuis son origine (OpenStep) et que Cocoa fonctionne sur x86, ARM (et PowerPC, si si)...
On est sur un framework de haut niveau.
La version Swift sera encore plus facile a porter...

Ceci dit quand on voit que .NET a rate son pari comme c'est aussi le cas de l'environnement Java et Eiffel, m'étonnerai que le syndrome du NIH (Not Invented Here ou pourquoi ne pas reecrire perpetuellement ce qui existe deja) soit bientot un element d'histoire...

avatar Arnaud de la Grandière | 

intégrer les librairies GNUStep pour ne pas avoir à adapter le code sur les API natives du système, ça me semble quelque peu dégueulasse comme façon de faire ^^ Surtout qu'Apple modifie Cocoa de son côté à chaque nouvelle version d'OS X et iOS

avatar BeePotato | 

@ Nonoche : « intégrer les librairies GNUStep pour ne pas avoir à adapter le code sur les API natives du système, ça me semble quelque peu dégueulasse comme façon de faire »

Ben oui, c'est bien pour ça que Domsware parlait d'un résultat dégueulasse (des applications dites « multiplateformes » qui se trouvent dans les faits n'être adaptées à aucune plateforme).

CONNEXION UTILISATEUR