Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Développez-vous plus des services Web SOAP ou REST ?
Venez partager votre expérience

Le , par Mickael Baron

15PARTAGES

3  0 
Développez-vous des services Web SOAP, REST ou les deux
Dans le cadre du développement de services Web, deux familles peuvent être distinguées. La première basée sur des standards, appelée services Web SOAP ou étendu, s'appuie sur le triptyque WSDL, SOAP et UDDI. La seconde famille appelée service Web REST ou RESTful est un style d'architecture inspiré de l'architecture du Web.

Nous aimerions profiter de ce débat afin que vous veniez partager votre expérience dans la mise en place de services Web au sein des entreprises. Vous pourriez par exemple indiquer si dans le cas d'échange de données entre des entreprises, vous êtes plus amenés à utiliser les services Web SOAP pour les aspects standardisations ? De la même façon dans le cas d'ouverture d'API, êtes-vous plus enclins à développer des services Web REST ?

Nous avons également ajouté un petit sondage afin que vous puissiez choisir entre services Web SOAP, services Web REST ou pourquoi pas les deux.

Alors êtes-vous plus services Web SOAP ou service Web REST ?

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de Traroth2
Membre chevronné https://www.developpez.com
Le 05/03/2013 à 11:42
REST, c'est bien moins lourd, plus simple à mettre en oeuvre et même plus performant si on utilise du JSON, puisque ça permet de diminuer la masse de données à transmettre.
2  0 
Avatar de FloMo
Membre expérimenté https://www.developpez.com
Le 04/03/2013 à 13:58
J'utilise quasiment exclusivement du REST, de préférence RESTful.
C'est léger, simple, efficace.
1  0 
Avatar de B.AF
Membre chevronné https://www.developpez.com
Le 05/03/2013 à 0:03
M'étant fait convertir par un développeur de très haute qualité, je dois reconnaitre que php + js + rest / json permet de faire des architectures très clean et très propre.

En tous cas, par rapport à WS ce n'est pas une référence puisqu'il s'agit souvent de tokens et contrôle de session, donc c'est plutôt des implémentations particuliéres. Pour le cas du xml, n'importe qui ayant bossé sur des vraies architectures distribuées (pas un WCF pour sauvegarder un objet dans une base); ils ont vite compris l'inutile lourdeur de la chose - et par extension SOAP...

En dehors de la découverte et de l'annuaire, qui ne sont pas si usités, je ne vois pas vraiment l'utilité.

Après comme chacun a sa sensibilité à ce qui fait une bonne application...Moi le soap et au dessus tout ce qui est ws est un fantasme de technocrates souvent inapplicable ou trop lourd à mettre en oeuvre.
1  0 
Avatar de ikane
Nouveau membre du Club https://www.developpez.com
Le 27/02/2013 à 12:02
Si je dois développer des web services dans un contexte B2B avec éventuellement des protocoles autres que HTTP; ou on doit gérer la problématique de gouvernance (standards ws-*), alors j'opterai pour des web services SOAP.

Si en revanche mes services sont exposés sur le web (protocole HTTP), alors je partirai sur du SOAP pour commencer simple.
0  0 
Avatar de rockley
Membre averti https://www.developpez.com
Le 27/02/2013 à 16:35
SOAP c'est quand même quelque chose de lourd par rapport au RestFull ( nom compliqué pour dire get/post ).
Donc tout dépand de la taille du projet, des objectifs, de l'utilisation qu'on veux en faire, etc ...
C'est pas forcement une question de préfèrence. Le SOAP s'impose presque de lui même quand le projet prends de l'importance.
0  0 
Avatar de hansaplast
Membre éclairé https://www.developpez.com
Le 04/03/2013 à 13:25
Bonjour,

Ayant employé pas mal de WS SOAP, j'ai rencontré dans au moins la moitiée de mes projets des soucis d'inter-opérabilité entre PHP et .net,

ce qui fait que, pour mes nouveaux WS, je n'emploie que du REST (sans aller jusqu’à faire du PUT ou autre, afin de pouvoir les tester simplement dans un navigateur)
0  0 
Avatar de stailer
Membre chevronné https://www.developpez.com
Le 04/03/2013 à 14:10
Restful chaque fois que je le peux !

Comme d'autres j'ai déjà eu également des soucis entre PHP et webservices SOAP .Net.
0  0 
Avatar de vincent.poupet
Membre du Club https://www.developpez.com
Le 04/03/2013 à 14:56
Comme dit plus haut, c'est vraiment les besoins qui doivent driver ce choix. Si c'est pour mettre en place un flux entre deux applis métier, SOAP avec tout son outillage permet de faire des choses robustes efficacement (avec des générateurs etc... ). En plus les middleware / ETL / ESB le gère plutôt bien.

Par contre, pour le WEB/front, c'est vrai que des appels GET sur du JSON, c'est très efficace !

Pour moi c'est vraiment deux technos pour deux usages différents.
0  0 
Avatar de Lunatikzx
Nouveau membre du Club https://www.developpez.com
Le 04/03/2013 à 15:37
En fait je vois plutôt cela comme ça:

J'utilise ResT si je veux exposer mon API a un client il est plus efficace dans le cas d'intercommunication entre l'API et le client.

Le SOAP me semble plus approprié pour les communications entre serveur, il est plus difficile d'exposer les données SOAP que ResT.

Je crois donc au final que les deux types de service sont très efficace mais que chacun a son utilité propre.

Je veux envoyer les données d'un serveur a un autre pour quelque raison que ce soit j'utilise SOAP.

Je veux exposer un API et donner au client accès à des données stocké sur mon serveur sur son navigateur j'utilise ResT
0  0 
Avatar de Cobalt59
Membre régulier https://www.developpez.com
Le 04/03/2013 à 17:31
Entre REST et SOAP c'est l'utilisation finale qui dicte ce que l'on veut faire.

SOAP est bien plus structuré grâce aux wdsl et l'uddi donc c'est pas mal pour du B2B.

REST est lui bien plus simple et léger (pas d'enveloppe XML).
Niveau sécurité si on utilise bien les possibilités du protocole HTTP via le HTTPS et authentification (forte ou faible), c'est aussi bien sécurité que SOAP avec WS-Security.

Personnellement je travaille sur des webservice orienté web et mobile et le choix a été vite fait : REST !
Il ne manque plus qu'un peu de formalisme à sa mise en place, notamment avec le wsdl2.
0  0