Question

J'ai un back-end java qui doit exposer les services aux clients s'exécutant dans les environnements suivants:

  • J2ME
  • Windows Mobile
  • iPhone

Je recherche le meilleur outil pour chaque plate-forme.
Je ne cherche pas une technologie qui fonctionne partout.
J'ai besoin de quelque chose de "léger" adapté à l'accès internet bas débit.

En ce moment, j'utilise SOAP. Il est verbeux et pas facile à analyser sur le mobile. Le problème est que je n’ai pas vu de véritable alternative.

Existe-t-il un format qui fonctionne "prêt à l'emploi" " avec l'une de ces plateformes?
Je préférerais ne pas utiliser une bibliothèque gonflée qui augmenterait considérablement le temps de téléchargement de l'application.

Tout le monde semble être d’accord sur JSON. Quelqu'un a-t-il mis en œuvre une solution basée sur JSON fonctionnant avec Objective-C, J2ME, Windows Mobile?

Remarque: jusqu'à présent, la meilleure solution semble être la Hesse. Cela fonctionne bien sur Windows Mobile et Objective-C / iPhone. Le gros problème est J2ME. La mise en œuvre de Hessian par J2ME présente de sérieuses limites. Il ne supporte pas les objets complexes. J'avais écrit une autre question à ce sujet.

Si vous avez des idées, elles sont les bienvenues.

Était-ce utile?

La solution

Hessian. http://hessian.caucho.com . Implémentations dans plusieurs langues (y compris ObjC), ultra légères et ne nécessitant pas de recours à des analyseurs syntaxiques dom / xml pour la conversion de modèles filaires en modèles d'objets. Une fois que nous avons trouvé Hessian, nous avons oublié de connaître XML.

Autres conseils

JSON est assez compact et pris en charge par la plupart des frameworks. Vous pouvez transférer des données via HTTP à l'aide des techniques standard REST .

Il existe des bibliothèques JSON pour Java , Objectif C et de nombreuses autres langues ( défiler vers le bas). Vous ne devriez avoir aucun problème à trouver une prise en charge de la structure côté serveur, car JSON est utilisé pour les applications Web.

Les solutions de remplacement plus anciennes incluent XML simple et XML-RPC (comme SOAP, mais beaucoup plus simple et avec des bibliothèques pour la plupart des langues).

REST + XML ou JSON serait une bonne alternative. Il fait de grands progrès dans le monde de RIA et sa beauté réside dans sa simplicité. Il est très facile à utiliser sans avoir besoin d’outils spéciaux. SOAP a ses points forts, mais il fonctionne mieux dans un environnement doté d’un support puissant en outillage. Je suppose que d'après votre question, ce n'est pas le cas.

Détachement de JSON. J'ai porté le Lecteur JSON Stringtree à J2ME. Il s'agit d'un lecteur JSON à une seule classe qui est compilé dans un fichier de classe de 5 Ko et mappe directement la structure JSON dans des types CLDC natifs tels que Hashtable et Vector. Maintenant, je peux utiliser le même serveur pour l'interface frontale AJAX de mon navigateur de bureau et mon client J2ME.

Qu'en est-il des vieux XML simples (malheureusement appelés POX)?

Une autre option très utile serait le JSON . Il existe des bibliothèques pour chaque langage de programmation.

Éventuellement, dans la mesure où vous travaillez dans un environnement contraint en termes de ressources informatiques et de ressources réseau, ainsi qu’avec un langage à typage statique, Google Les tampons de protocole seront préférables pour vous. (Ne tenez pas compte de la complexité du RPC, le RPC est une nuisance attrayante et non une technologie utile.)

Le problème avec votre question est que vous n’avez pas fourni beaucoup de contexte sur le type de données qu’il contient et quels sont vos cas d’utilisation, il est donc difficile de parler de manière très vague. généralités.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top