Tout en naviguant SO _ aujourd'hui j'ai trouvé cette question ici et cela commence avec ceci:
Bien sûr, tu vas me dire que SOAP est considéré et tout, bien je suis obligé de l'utiliser
Trouvé beaucoup de déclaration comme celui-ci sur SO jusqu'à présent, celui-ci m'a tout simplement déclenché pour poser cette question.
Le repos a ses utilisations, SOAP a ses utilisations, dans certains endroits, ils se croisent comme fonctionnalité, mais ils ne sont pas remplaçables les uns aux autres.
Alors je me demande, pourquoi les gens pensent-ils que SOAP est "obsolète"? Est-ce ignorance? Complexité des spécifications SOAP et WS- *? REST battage médiatique? Quoi?
Si vous pensez que SOAP est obsolète s'il vous plaît dites-moi pourquoi. Je suis curieux!
En cas de SOAP Basé Services Web, WSDL et UDDI étaient censés être la balle d'argent. Les outils étaient supposés créer des WSDLs presque automatiquement, UDDI était censé détecter automatiquement les services et connecter des clients. Ni vraiment décollé. Sans ces outils SOAP est juste trop compliqué comparant avec reposant.
De plus, à peu près au même moment, XML Hype Hype est éteint, étant remplacée par un battage publicitaire léger. Le savon est XML et les frais généraux sur des messages simples sont énormes.
Je pense que son ignorance et son battage médiatique, à la fois et maintenant.
Pour qualifier cela:
Beaucoup de projets qui auraient utilisé du savon/ws- * il y a quelques années, ne sera pas aujourd'hui et pour de bonnes raisons.
Les interfaces reposantes résolvent de nombreux cas d'utilisation particulièrement répandus dans les applications Internet.
Les applications "Enterprise" ont essayé de sauter sur le site Web WebService une décennie il y a une décennie, puis de se rappeler qu'ils ont réellement besoin de nombreuses fonctionnalités qu'ils essayaient de s'échapper dans leurs plates-formes Legacy Com +, Corba et J2EE RMI/IIOP. Tout le monde déteste toujours ce genre de choses.
Le savon a promis de la détection automatique glorieuse, de la sauvetage de la vie, de la résolution de problèmes, de ne jamais fonctionner à nouveau. Cependant, nous n'avons jamais vraiment fait que loin. Ensuite, venez JSON et autre lumière, alternatives simples et plate-forme CROS-plate-forme qui ont laissé SOAP ressemblant à un choix idiot.
Cela aurait pu être une grande ville si tout le monde s'était passé à elle.
Je pense que c'est parce que SOAP SPEC 1.2 se réfère comme ws- * et non SOAP plus. Cela fait une distinction entre elle-même (comme un système basé sur XML hautement formaté. ) et SOAP (ce qu'il dit est un morceau de XML qui se trouve être un peu standardisé et plein de "problèmes").
donc, alors qu'ils l'ont normalisé sur quelques années, son savon toujours, mais je pense qu'ils ont laissé tomber le terme comme acronyme principal.