Les meilleures pratiques de GWT encouragent l'utilisation de quelque chose comme le MVP, qui devrait en théorie permettre d'écrire différentes vues natives tout en partageant la logique métier du présentateur.
Cela semble être au cœur du projet Google spin off de GWT http://code.google.com/p/j2objc/ qui convertit la partie non-UI de votre code en Objective-C, vous permettant d'écrire le reste nativement en Objective-C.
Ma question est donc : Si cette partie vraiment difficile du puzzle est résolue, à quel point serait-il difficile d'inclure une bibliothèque mobile HTML5 (comme MGWT ou Touch4j [Sencha]) dans ce pipeline MVP pour avoir le meilleur de tous les mondes ?
Ayant expérimenté avec http://code.google.com/p/playn/, cela semble clairement être le plan pour avoir un système de construction multiplateforme (android natif & html5 & java &...), mais ce projet est conçu pour le dessin sur un seul écran et la boucle d'événements pour la dynamique des jeux et ne permet pas la saisie au clavier et autres fonctionnalités mobiles typiques.
Il semble dommage que si une grande partie du problème a été résolue, il ne soit pas possible d'aller plus loin. La réponse à cette question serait le meilleur plan d'action pour réaliser une solution, y compris des détails tels que la structure MVP à choisir qui faciliterait l'intégration des diverses bibliothèques de widgets (GWTP vs MVP 2.1), et si la meilleure approche est de commencer avec la base de code PlayN, et de commencer à la modifier.. quels sont les pièges à éviter ? Ou si un autre chemin est choisi, pourquoi celui-ci ? et en quoi serait-il le meilleur ??
Merci beaucoup. :-)
