WS * vs REST = chevaux pour les cours ... ou pas?

Question

Ok donc j'ai implémenté les services REST et SOAP et j'aime les deux en fonction du contexte. Pour moi, WS * est génial quand je veux un contrat explicite entre le serveur et le client, par exemple. pour des informations sensibles ou pour des choses critiques. REST d'autre part tout en étant flexible en termes de définition de schéma, est dans mon esprit plus idéal pour les services de contenu ou de données qui ne sont pas tenus de subir une logique métier sérieuse. REST semble être la saveur du jour, et j'étais un peu étonné quand Martin Fowler et al de Thoughworks ont donné ce podcast: http://www.thoughtworks.com/what-we-say/podcasts.html sur REST et étaient dérisoires envers WS *. Alors que l'homme lui-même est très respecté, ai-je raison de penser qu'il y a encore beaucoup de place pour le savon et qu'une pincée de sel est nécessaire ici? Et quelqu'un a-t-il utilisé REST dans une application commerciale sérieuse?

Answer 1

Pouvez-vous documenter votre API REST en fournissant à quelqu'un une description des types de média que vous utilisez et une seule URL?

Si vous vous trouvez en fournissant une liste d'URL et quels verbes peuvent être utilisés sur ces URL alors vous n'avez probablement pas REST api. Une fois que vous avez créé une véritable API REST, revenez en arrière et comparez-la à WS * API. Vous verrez qu'ils sont très différents.

REST apis peut facilement gérer une «logique métier sérieuse» et oui j'ai utilisé REST dans une application métier sérieuse.

Answer 2

Diary of a Fence Sitting SOA Geek - Dr Mark Little

Présentation est très récente - trucs assez révélateur.

REST fonctionne réellement. Ce n'est pas aussi bon pour les affaires répétées que le SOAP. Tant de consultants se battent pour sauver SOAP sur cette base. À mesure que les outils et les cadres des architectures RESTful s'amélioreront, les entreprises évolueront dans cette direction. La gouvernance est une grande discussion en ce moment aussi.

La nouvelle version de JAX-RS est un nouvel outil assez intéressant pour RESTful Dev, Mark Little le mentionne dans sa présentation.

Vous êtes probablement mieux de considérer SOAP comme une technologie existante, cela vous servira mieux à l'avenir. ;)