2009-03-19 6 views
1

Dans notre société, nous avons une discussion en cours pour savoir si l'on autorise les structures xml/xsd (utilisées dans les services web) qui contiennent des parties faiblement typées, afin d'apporter des modifications à les plus faciles.dactylographié par rapport à dactylographié rigoureusement quels sont les avantages et les inconvénients

Que pensez-vous des avantages et des inconvénients d'en faire un (typographiquement lâche) ou l'autre (strictement typé)? Les arguments pourraient être dans les catégories, de la facilité de changement, l'effort de développement, le contrôle de version, etc.

Répondre

0

Je n'ai pas de pro pour lâche. Vous aurez seulement des ennuis avec le temps de développement, il va augmenter quand ils doivent faire beaucoup de code pour la détection du type qui était réellement retourné et le valider.

Je ne pense pas que vous gagniez autant en facilité de changement puisque les consommateurs doivent encore s'adapter à de nouveaux types, s'ils en ont besoin ou s'ils les obtiennent quand même.

Ma suggestion est de suivre une version de xsd et d'utiliser à la place. Je ne sais pas quelle plate-forme vous utilisez, mais avec WCF, vous pouvez laisser évoluer votre service en créant de nouveaux contrats sur de nouveaux terminaux du même service.

0

L'avantage de XML strictement typé est que votre code n'a pas besoin de contenir un tas de choses de la forme

  1. si a & B, et ils ne sont pas inclus un C, l'erreur et mettre fin à
  2. Si B ou C, et la section D E ne correspond pas à la foobar, l'erreur et mettre fin à

et ainsi de suite. Strict XML pour les choses dont votre logique dépend. Déviez le XML pour les choses que vous tenez juste comme données. L'inconvénient est que vous devez gérer et mettre à jour les xsds, mais ce n'est pas plus de travail que ce ne serait autrement, sauf que vous attrapez des problèmes plus tôt.

Questions connexes