Commentaires sur : Android pour l’entreprise – 5 – ZenContact, JSON relax avec Gson http://blog.excilys.com/2010/02/08/android-pour-lentreprise-5-zencontact-json-relax-avec-gson/ Langages, Architectures & Méthodologies Wed, 11 Jan 2012 14:47:25 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Par : Blog Excilys » CAS et Grails, sans sarCASmes ! http://blog.excilys.com/2010/02/08/android-pour-lentreprise-5-zencontact-json-relax-avec-gson/comment-page-1/#comment-635 Blog Excilys » CAS et Grails, sans sarCASmes ! Thu, 06 May 2010 13:07:17 +0000 http://blog.excilys.com/?p=818#comment-635 [...] Je vous propose maintenant de CASsifier une application Grails existante : ZenContact, présentée au cours d’un article précédent. [...] [...] Je vous propose maintenant de CASsifier une application Grails existante : ZenContact, présentée au cours d’un article précédent. [...]

]]> Par : Blog Excilys » Android pour l’entreprise – 6 – Oubliez Gson, Jackson rocks my world! http://blog.excilys.com/2010/02/08/android-pour-lentreprise-5-zencontact-json-relax-avec-gson/comment-page-1/#comment-215 Blog Excilys » Android pour l’entreprise – 6 – Oubliez Gson, Jackson rocks my world! Thu, 25 Feb 2010 09:03:47 +0000 http://blog.excilys.com/?p=818#comment-215 [...] article est la suite de Android pour l’entreprise – 5 – ZenContact, JSON relax avec Gson. Il appartient à la série Android pour l’entreprise, dont le fil conducteur est la réalisation [...] [...] article est la suite de Android pour l’entreprise – 5 – ZenContact, JSON relax avec Gson. Il appartient à la série Android pour l’entreprise, dont le fil conducteur est la réalisation [...]

]]> Par : Blog Excilys » Android pour l’entreprise – 4 – Injection de dépendances http://blog.excilys.com/2010/02/08/android-pour-lentreprise-5-zencontact-json-relax-avec-gson/comment-page-1/#comment-194 Blog Excilys » Android pour l’entreprise – 4 – Injection de dépendances Fri, 19 Feb 2010 09:27:33 +0000 http://blog.excilys.com/?p=818#comment-194 [...] l’article suivant, nous aborderons la consommation de services REST JSON au sein d’une application [...] [...] l’article suivant, nous aborderons la consommation de services REST JSON au sein d’une application [...]

]]> Par : Lucius C. http://blog.excilys.com/2010/02/08/android-pour-lentreprise-5-zencontact-json-relax-avec-gson/comment-page-1/#comment-125 Lucius C. Mon, 08 Feb 2010 10:45:16 +0000 http://blog.excilys.com/?p=818#comment-125 Bonjour, Tout d'abord merci pour votre série d'articles, qui donne un tout autre horizon au développement d'entreprise pour Android. Je m'interroge sur la possibilité d'utiliser la sérialisation Java pour communiquer entre le backend J2EE et notre client Android (puisque celui-ci est bel-et bien du Java). En effet celle-ci présente de nombreux avantages: rapidité de sérialisation / déserialisation, bien moins verbeux que du REST XML/JSON, branchement instantané au sein du langage Java, pas de pertes de typages dans des grappes complexes, partage du modèle de données sans génération de code, etc Même si on pourrait s'offusquer de violer de grands principes SOA en couplant nos protocoles inter-applicatifs avec l'implémentation, j'ai l'impression que les avantages sont d'un ordre bien plus pratique et pragmatique. Surtout que monter une architecture de backend avec multi-exposition de services (REST, SOAP, AMF, GWT RPC, etc) est relativement triviale avec un bon container. Qu'en pensez-vous ? Bonjour,

Tout d’abord merci pour votre série d’articles, qui donne un tout autre horizon au développement d’entreprise pour Android.

Je m’interroge sur la possibilité d’utiliser la sérialisation Java pour communiquer entre le backend J2EE et notre client Android (puisque celui-ci est bel-et bien du Java). En effet celle-ci présente de nombreux avantages: rapidité de sérialisation / déserialisation, bien moins verbeux que du REST XML/JSON, branchement instantané au sein du langage Java, pas de pertes de typages dans des grappes complexes, partage du modèle de données sans génération de code, etc

Même si on pourrait s’offusquer de violer de grands principes SOA en couplant nos protocoles inter-applicatifs avec l’implémentation, j’ai l’impression que les avantages sont d’un ordre bien plus pratique et pragmatique. Surtout que monter une architecture de backend avec multi-exposition de services (REST, SOAP, AMF, GWT RPC, etc) est relativement triviale avec un bon container.

Qu’en pensez-vous ?

]]>