Reposant vs d'Autres Services Web
Que faut-il faire webservices Restful différent de tous les autres Services Web comme le SAVON?
double possible de Pourquoi avons-nous besoin des Services Web RESTful?
OriginalL'auteur firefox784 | 2010-02-18
Vous devez vous connecter pour publier un commentaire.
Le débat sur les web services n'est pas exhaustive, mais il y a certains éléments qui se démarquent.
Services web RESTful sont une "famille" de services web. Certains appelle cela une architecture.
Services web RESTful utiliser le protocole HTTP pour effectuer des demandes à partir d'un service web. Ils utilisent les verbes HTTP: GET, POST, PUT et DELETE (et d'autres, parfois). Les demandes sont eux-mêmes à des Url qui représentent les ressources... parfois, la demande devra contenir les données dans le corps qui peut en HTML, JSON, des données binaires ou autres.
Purement service web RESTful nécessite uniquement l'URL et le HTTP verbe pour décrire l'action demandée... le corps de données est généralement une charge utile d'être impliqués dans l'action demandée... il ne doit pas dicter l'action demandée
De SAVON, d'autre part, est en fait un protocole. Il est généralement transportés sur de HTTP, mais la requête HTTP est juste une méthode pour obtenir le paquet SOAP de la nécessaire gestionnaire. Le contenu de la requête SOAP décrit ce que le client veut effectuer. Il contient toutes les informations nécessaires.
Ils sont deux façons très différentes de la mise en œuvre de Services Web. Si vous vous posez la question "quel est le meilleur", vous aurez probablement de fortes opinions des deux côtés. Je vous suggère de faire d'autres recherches et vous faire votre propre idée.
OriginalL'auteur Dancrumb
Un Reposant service web (aussi appelé web RESTful API) est un service web simple mis en œuvre à l'aide de HTTP et les principes de REPOS. Tel un service web peut être pensé comme une collection de ressources. La définition de ces un service web peut être considéré comme composé de trois aspects:
SAVON, défini à l'origine comme Simple Object Access Protocol, est un protocole de spécification pour l'échange d'informations structurées dans la mise en œuvre de Web Services dans les réseaux informatiques. Il s'appuie sur le Langage de Balisage eXtensible (XML) en tant que format de message, et généralement s'appuie sur d'autres protocoles de la Couche Application (notamment Appel de Procédure Distante (RPC) et HTTP) pour le message de la négociation et de la transmission. Ce protocole basé sur XML se compose de trois parties:
références:
Par la voie, une simple recherche sur google pourrait fournir des réponses pour vous...
+2 pour les références.
OriginalL'auteur eKek0
Ok il y a une richesse de connaissances dans le Débordement de la Pile sur ce sujet.
Je pense que le meilleur article qui exprime l'esprit de REPOS et de comment il se compare à l'encontre de technologies comme le SAVON est Comment je l'ai expliqué RESTE de ma femme.
Contrairement au SAVON, le REPOS n'est pas une norme, c'est plus d'une approche qui est centrée autour de Ressources et les choses que vous pouvez faire pour les ressources. Les verbes HTTP GET, POST, PUT et DELETE sont typiques des actions que vous pouvez appliquer à l'encontre de toute ressource. Le SAVON est un standard qui ne tient pas compte de ces verbes et a inventé le plus complet du protocole qui fonctionne sur le dessus de la plus populaire verbe HTTP POST pour un maximum d'interopérabilité. La plupart du temps, ce qui ajoute à la complexité n'est pas nécessaire et une simple requête HTTP GET pour une ressource devraient normalement suffire dessus de ce qui pourrait être potentiellement 1 KO+ de SOAP+XML pour parvenir à un résultat équivalent.
Vous pouvez aussi consulter les Roy Fielding blog (l'inventeur de REPOS) pour plus d'informations sur ce que cela signifie.
Wow, pour la femme explication! Ne peux pas croire a tout juste comme upvotes. Une valeur d'un million!
Malheureusement, il n'est plus disponible, l'auteur l'a supprimé.
Sauf que c'est l'Internet, et il a été republié à un certain nombre de sites: looah.com/source/view/2284 web archiveurs probablement toujours avoir des copies.
OriginalL'auteur mythz
Services RESTful l'accent sur la vitesse et la simplicité, l'élimination de la surcharge de SAVON pour les transactions simples que de nombreux services web nécessitent. Toutefois, un service mis en place dans ce moyen est très HTTP spécifiques, et vous aurez un moment difficile de l'utiliser en dehors de ce contexte.
De SAVON offre de services plus out-of-the-box possède, le plus important (à mon humble avis, bien sûr) de ce qui est de la découverte. La possibilité d'ajouter une référence à un service SOAP dans n'importe quel environnement de dev et qu'automatiquement générer une classe proxy qui permet de masquer les sous-jacents HTTP complexité, au point même de la sérialisation des non-trivial types, c'est très, très utile.
J'ai l'impression que ces deux approches pour le développement des services web ont leur place. Pour AJAX exigences qui ne nécessitent pas quelque chose de complexe, j'ai tendance à mettre en œuvre comme un gestionnaire HTTP (ASP.NET). Tout ce qui doit être appelé à partir d'une autre application, ou à partir de plusieurs endroits dans la même application, je mets en œuvre un service SOAP en raison de l'encapsulation de protocole qu'il fournit, ainsi que la possibilité d'appeler à l'utilisation de l'objet sous-jacent sans le HTTP généraux où cela a du sens.
OriginalL'auteur 3Dave
1) RESTE est plus simple et plus facile à utiliser que du SAVON
2) RESTE utilise le protocole HTTP pour la production ou la consommation des services web, tout le SAVON utilise le langage XML.
3) RESTE est léger par rapport à du SAVON et de choix dans les appareils mobiles et les PDA.
4) RESTE prend en charge différents formats de texte, JSON et XML tout en SAVON uniquement de support de XML.
5) RESTE appel de services web peuvent être mis en cache pour améliorer les performances.
OriginalL'auteur Android Genius