tu confonds la portabilité des applications existantes vers ta plateforme et la portabilité des applications développées spécifiquement pour ta plateforme vers les autres plateformes
Oui, du coup :
1. Vers ma plateforme (All -> Firefox OS) : l'application développée pour une API spécifique à un mobile n'est plus portable. Il faut la réécrire.
2. Vers la même plateforme (Android -> Android) : à moins de la recompiler à chaque fois pour toutes les versions d'Android et tous les téléphones du monde (les CPU diffèrent énormément). Fragmentation du Store, Oil Rush n'est dispo que pour les Android qui ont un CPU très spécifique.
3. Vers les autres (Firefox OS -> All) : si ton appli n'a pas de communauté elle ne sera jamais dispo sur la plupart des autres plateformes (iOS, Maemo, Tizen, Ubuntu Phone, Windows Phone, Blackberry) parce que cela implique une réécriture (décrite au point 1.) qui n'est pas nécessaire sous Firefox OS grâce à l'API du W3C. Les appli tournent par exemple sous Android via la VM contenue dans Firefox Mobile.
Angry Bird n'a absolument pas besoin de revoir son interface pour changer de plateforme, pourtant à l'heure actuelle l'application Android .apk ne tourne pas sur un iOS.
ceux qui l'ont déjà écrite une fois pour iOS et une fois pour Android doivent la ré-écrire une troisième fois
Et à priori pour la dernière fois, non ? Plus besoin de maintenir les autres versions, et plus besoin d'écrire une cinquième fois l'application pour la prochaine plateforme.
Permettre d'écrire du code "natif" pour l'API non standard d'un OS empêche la portabilité des applications vers d'autres plateformes, c'est ce que j'exprimais.
[^] # Re:Journal— Les Geeksphone Keon et Peak sont disponibles àlavente !
Posté par Vincent14 . En réponse au journal Les Geeksphone Keon et Peak sont disponibles à la vente !. Évalué à 2.
Oui, du coup :
1. Vers ma plateforme (All -> Firefox OS) : l'application développée pour une API spécifique à un mobile n'est plus portable. Il faut la réécrire.
2. Vers la même plateforme (Android -> Android) : à moins de la recompiler à chaque fois pour toutes les versions d'Android et tous les téléphones du monde (les CPU diffèrent énormément). Fragmentation du Store, Oil Rush n'est dispo que pour les Android qui ont un CPU très spécifique.
3. Vers les autres (Firefox OS -> All) : si ton appli n'a pas de communauté elle ne sera jamais dispo sur la plupart des autres plateformes (iOS, Maemo, Tizen, Ubuntu Phone, Windows Phone, Blackberry) parce que cela implique une réécriture (décrite au point 1.) qui n'est pas nécessaire sous Firefox OS grâce à l'API du W3C. Les appli tournent par exemple sous Android via la VM contenue dans Firefox Mobile.
Angry Bird n'a absolument pas besoin de revoir son interface pour changer de plateforme, pourtant à l'heure actuelle l'application Android .apk ne tourne pas sur un iOS.
Et à priori pour la dernière fois, non ? Plus besoin de maintenir les autres versions, et plus besoin d'écrire une cinquième fois l'application pour la prochaine plateforme.
Permettre d'écrire du code "natif" pour l'API non standard d'un OS empêche la portabilité des applications vers d'autres plateformes, c'est ce que j'exprimais.