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 26 février 2013 à 15:46, par Mickael Baron

18 commentaires

70PARTAGES

Voter pour

3

Voter contre

0

Développez-vous des services Web SOAP, REST ou les deux

REST		44 %
SOAP (WSDL, SOAP, UDDI...)		29 %
Les deux		25 %

Voter 59 votants

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 ?

Vous avez lu gratuitement 1 354 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

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

Votre nom : Votre e-mail :

Décrivez l'erreur que vous souhaitez porter à notre connaissance :

18 commentaires

Commenter Signaler un problème

Membre émérite

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.

Voter pour

2

Voter contre

0

Membre expérimenté

Le 04/03/2013 à 13:58

J'utilise quasiment exclusivement du REST, de préférence RESTful.
C'est léger, simple, efficace.

Voter pour

1

Voter contre

0

Membre chevronné

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.

Voter pour

1

Voter contre

0

Nouveau membre du Club

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.

Voter pour

0

Voter contre

0

Membre averti

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.

Voter pour

0

Voter contre

0

Membre éclairé

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)

Voter pour

0

Voter contre

0

Membre chevronné

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.

Voter pour

0

Voter contre

0

Membre du Club

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.

Voter pour

0

Voter contre

0

Nouveau membre du Club

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

Voter pour

0

Voter contre

0

Membre régulier

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.

Voter pour

0

Voter contre

0

Commenter Signaler un problème