Oui mais le modèle est différent, Android est un OS mobile avant tout.
Toutes les interfaces sont à réécrire, les applications qui tournent en tache de fond ne sont plus la bonne façon de faire.
J'avais oublié mais dans la liste de mes applications natives j'ai aussi Vim et c'est une horreur de le voir se faire killer par Android sans qu'il puisse rien gérer. J'imagine que convertir Vim au modèle de services / évènements / interfaces d'Android est un travail énorme.
Du coup ce qu'il reste, c'est les algorithmes et des petites librairies. Mais est-ce vraiment intéressant de tout réutiliser ? Personnellement, il m'est arrivé de regarder le code source de OpenOffice ou Thunderbird pour comprendre et réutiliser des algorithmes. Mais au final il était souvent bien plus simple de réécrire juste la partie intéressante avec le langage de mon application que d'essayer d'intégrer à coup de masse un code C++ historique.
[^] # Re: En fait la discussion continue
Posté par dave_null . En réponse au journal Debian rejoint les utilisateurs de Systemd. Évalué à 1.
Oui mais le modèle est différent, Android est un OS mobile avant tout.
Toutes les interfaces sont à réécrire, les applications qui tournent en tache de fond ne sont plus la bonne façon de faire.
J'avais oublié mais dans la liste de mes applications natives j'ai aussi Vim et c'est une horreur de le voir se faire killer par Android sans qu'il puisse rien gérer. J'imagine que convertir Vim au modèle de services / évènements / interfaces d'Android est un travail énorme.
Du coup ce qu'il reste, c'est les algorithmes et des petites librairies. Mais est-ce vraiment intéressant de tout réutiliser ? Personnellement, il m'est arrivé de regarder le code source de OpenOffice ou Thunderbird pour comprendre et réutiliser des algorithmes. Mais au final il était souvent bien plus simple de réécrire juste la partie intéressante avec le langage de mon application que d'essayer d'intégrer à coup de masse un code C++ historique.