none
Accès aux données : Web Service, API, OData RRS feed

  • Question

  • Bonjour,

    Voilà, j'aimerai discuter avec ceux que sa pourrait intéresser autour du sujet annoncé dans le titre.

    Cela fait un petit moment que je me renseigne sur la différence entre les web service et API SOAP et REST mais je n'arrive pas trop à me faire d'avis personnel dessus. Notamment, en ce qui concerne les modes d'authentification et la sécurité, si l'un des deux est plus performant ou plus conseillé ?

    Je vient également de découvrir le protocole OData et donc le SDK WCF Data Services, et j'aimerais connaitre vos impression à ce sujet ? J'ai également cru comprendre que ce SDK utilise l'architecture RESTful, en quoi est il donc plus judicieux d'utiliser directement ce SDK que de créer son web service de type REST?

    J'ai également entendu dans la description faite aux Tech Day's 2012 que ce SDK est intéressant pour permettre l'ouverture de ces données au grand public. Peux il également être utiliser dans une entreprise pour faciliter les interactions de plusieurs applications clientes vers une même base de données ou est il conseillé de créer une ou plusieurs API ?

    J’espère que ce sujet vous intéresse et pourra aider d'autres personnes. N'hésitez pas à ajouter d'autres questions héhé.

    A+

    mardi 28 août 2012 15:00

Réponses

  • Bonjour,

    De manière générale les architecture REST sont faites (traditionnellement) pour exposer "une base de données directement" via des WebServices.

    Les architectures SOAP sont destinés à offrir des services métiers + ou - complexe.

    Notamment, en ce qui concerne les modes d'authentification et la sécurité, si l'un des deux est plus performant ou plus conseillé ?
    L'authentification ne dépend pas directement de SOAP ou REST. Cela dépend du protocole de communication que vous utilisez (HTTP,...).

    en quoi est il donc plus judicieux d'utiliser directement ce SDK que de créer son web service de type REST?
    C'est tout simplement pour éviter de réinventer la roue et de vous concentrer sur le métier de votre application et non la technique...

    Peux il également être utiliser dans une entreprise pour faciliter les interactions de plusieurs applications clientes vers une même base de données ou est il conseillé de créer une ou plusieurs API ?
    Tout dépend... Si vous voulez exposer directement votre base de données, vous devriez utiliser une architecture REST. Si vous voulez masquer la base de données et offrir des services métiers, utilisez l'approche SOAP.

    Est-ce que cela répond à votre question ?

    Cordialement


    Gilles TOURREAU - MVP C#
    Architecte logiciel/Consultant/Formateur Freelance
    Blog : http://gilles.tourreau.fr
    - MCPD : Enterprise Developper / Windows Developper 3.5 / ASP .NET 3.5/4.0
    - MCITP : SQL Server 2008 Developper
    - MCTS : ADO .NET 3.5 / SQL Server 2008 Developper / Windows Forms 3.5 / ASP .NET 3.5/4.0

    mardi 28 août 2012 23:15
    Modérateur

Toutes les réponses

  • Bonjour,

    De manière générale les architecture REST sont faites (traditionnellement) pour exposer "une base de données directement" via des WebServices.

    Les architectures SOAP sont destinés à offrir des services métiers + ou - complexe.

    Notamment, en ce qui concerne les modes d'authentification et la sécurité, si l'un des deux est plus performant ou plus conseillé ?
    L'authentification ne dépend pas directement de SOAP ou REST. Cela dépend du protocole de communication que vous utilisez (HTTP,...).

    en quoi est il donc plus judicieux d'utiliser directement ce SDK que de créer son web service de type REST?
    C'est tout simplement pour éviter de réinventer la roue et de vous concentrer sur le métier de votre application et non la technique...

    Peux il également être utiliser dans une entreprise pour faciliter les interactions de plusieurs applications clientes vers une même base de données ou est il conseillé de créer une ou plusieurs API ?
    Tout dépend... Si vous voulez exposer directement votre base de données, vous devriez utiliser une architecture REST. Si vous voulez masquer la base de données et offrir des services métiers, utilisez l'approche SOAP.

    Est-ce que cela répond à votre question ?

    Cordialement


    Gilles TOURREAU - MVP C#
    Architecte logiciel/Consultant/Formateur Freelance
    Blog : http://gilles.tourreau.fr
    - MCPD : Enterprise Developper / Windows Developper 3.5 / ASP .NET 3.5/4.0
    - MCITP : SQL Server 2008 Developper
    - MCTS : ADO .NET 3.5 / SQL Server 2008 Developper / Windows Forms 3.5 / ASP .NET 3.5/4.0

    mardi 28 août 2012 23:15
    Modérateur
  • Parfait, votre réponse m'aura permit d'éclairer les quelques zones d'ombres qui restaient.

    Bon, bé je crois qu'il ne me reste plus qu'a me lancer dans le développement maintenant =).

    Merci.

    mercredi 29 août 2012 08:31