RESTE vs SAVON Services Web
Je vois beaucoup de nouveaux web services sont mis en œuvre à l'aide d'un REPOS d'une architecture de style de ces jours plutôt qu'un SAVON un.
quelle est la différence?
- Je pense que vous avez besoin de reformuler votre question "quelle est la différence?"
Vous devez vous connecter pour publier un commentaire.
Il n'y a pas une telle chose comme un seul être mieux, ils sont différents et ce qui est mieux dépend de vos besoins.
Si vous avez besoin de beaucoup de normes basées sur des fonctionnalités relativement riches clients de SAVON livrer que. Il donne à pense comme les métadonnées, WSDL, de la sécurité ou de la messagerie fiable pour n'en nommer que quelques-uns par le WS-* spécifications. C'est aussi le transport agnostique et complètement XML centrique.Le revers de la médaille, c'est qu'il y a un grand norme qui n'est pas toujours mise en œuvre dans un interopable de la mode.
Se REPOSER sur l'autre main est tout au sujet de HTTP et de sa façon de faire les choses. Très flexible et permet à tout type de format de données que vous le souhaitez. Donc, pas juste du XML mais aussi du SAVON, des images ou des cartes de visite pour n'en nommer que quelques-unes. Il embrasse les standards du web afin fonctionne avec presque toute la programmation de la pile. Le revers de la médaille est beaucoup moins de normes, de sorte qu'il peut être beaucoup plus difficile de comprendre comment faire quelque chose.
Un avantage de REPOSER sur le SAVON, c'est que l'action est spécifiée par la méthode HTTP et par l'URL, ce qui signifie que moins d'octets doivent être envoyés que par rapport à du SAVON, qui s'appuie sur verbose XML. Et moins d'octets signifie moins de temps de latence; par conséquent, je recommande l'utilisation de REPOS au lieu de SAVON.