2011-02-22 3 views
0

C'est la première fois que je vais me lancer dans les services Web. En ce moment je suis en train de parcourir des articles pour les services web RESTFull, trouvés dans les discussions de stackoverflow. En parcourant les articles, j'ai quelques questions.Questions relatives aux services Web [RESTfull, RESTless, WSDL, sécurité]

  • Quelle est la différence entre Restfull et Restless
  • Qu'est-ce WS- *? Est-ce aussi une norme de service web? Quelle est la différence entre RESTFull et elle?
  • J'ai une connaissance très basique des services RESTfull. Je me demande comment la sécurité est mise en place?

Je sais que la plupart d'entre vous me diront et me recommanderont de lire ces articles de différents articles. ce que je ferai mais pour le moment ces questions sont bloquées dans ma tête. Je ne cherche pas quelques détails ou référé à d'autres articles de type réponses. Juste un revêtement ou une différence très basique.

Merci,

+0

duplication possible de [Guide pour choisir entre les services REST vs SOAP?] (Http://stackoverflow.com/questions/28950/guide-to-choosing-between-rest- vs-soap-services) –

Répondre

2

À ma connaissance, il n'y a pas de compréhension commune du terme « agité ». À mon avis, un système basé sur REST est RESTful. Certaines personnes ont décidé que RESTful est une version édulcorée de REST. WS-* est un ensemble de normes implémentées en plus du protocole SOAP et constitue une alternative à la construction d'une architecture basée sur REST. Aller dans les différences est un grand sujet. En résumé, WS- * est basé sur l'utilisation de RPC pour la distribution des fonctionnalités, REST adopte une approche différente décrite dans la thèse de Roy Fielding. Si vous effectuez REST over HTTP, vous devez utiliser les mécanismes de sécurité fournis par HTTP. par exemple. Basic, Digest, SSL, OAuth, etc.

+1

En fait, WS- * est une plate-forme de messagerie qui vise à résoudre les problèmes d'hétérogénéité et d'interopérabilité entre les plates-formes (systèmes d'exploitation, piles WS, etc.). Vous pouvez faire du RPC avec des services Web tout comme vous pouvez le faire avec JMS ou d'autres standards de messagerie mais dans la plupart des cas, vous utilisez mieux les interactions de type messagerie (cf EI Patterns de Hohpe). La raison pour laquelle beaucoup de gens pensent que WS- * concerne RPC est principalement due au fait que la plupart des WS-Stacks fournissent des générateurs de code à cette fin. Cependant, RPC n'est pas aussi faiblement couplé que si vous utilisiez les services Web dans le style de messagerie (codage soap doc/allumé, etc.). – vanto

+0

Vanto La principale raison pour laquelle les gens pensent que c'est parce que c'était l'intention originale de SOAP. Après SOAP 1.1 ils ont réalisé l'erreur de leurs manières et ont essayé de pousser 1.2 comme juste un système de messagerie. Cependant, il était un peu tard. –

Questions connexes