Question

Est-ce que tout le monde utilise simplement XML dans le message? Existe-t-il de bonnes alternatives au XML? Si vous utilisez XML, définissez-vous un schéma XML pour que les clients sachent comment envoyer des messages à votre service?

Était-ce utile?

La solution

Nous utilisons XML, mais j'estime que l'important est d'adapter la solution au problème. La raison pour laquelle nous utilisons XML est que nous envoyons essentiellement un objet dans le message. Il n'y a aucune raison pour que ce ne soit pas du texte brut, le cas échéant pour le message que vous envoyez, en utilisant des en-têtes pour envoyer le long des propriétés, le cas échéant.


Nous n'avons pas défini de DDS ou de DTD pour nos messages XML, mais nous disposons d'un document officiel décrivant leur composition afin que les autres équipes puissent utiliser nos flux sans nous déranger.

Autres conseils

XML, CSV, HTML, un mot simple, une phrase, ... Tous ces éléments sont valides en fonction du contexte dans lequel le message est utilisé et créé. Restez simple et envoyez ce qui est nécessaire dans ce contexte.

Il est très flexible et peut être adapté à l’espace du problème.

XML est probablement le plus populaire, suivi de près par JSON - mais comme d’autres l'ont déjà dit dans ce fil de discussion - XML, CSV, JSON ou même HTML, ça va.

Les XSD sont vraiment surestimés - leur seule valeur réelle est que vous souhaitiez que vos clients / codes génèrent du code de marshalling (par exemple, en utilisant JAXB) ou que vous souhaitiez laisser les gens utiliser des XSD dans leurs éditeurs / IDE pour obtenir des solutions intelligentes

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