IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

ASP.NET Discussion :

API et webservices


Sujet :

ASP.NET

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé Avatar de neuropathie
    Inscrit en
    Janvier 2005
    Messages
    223
    Détails du profil
    Informations forums :
    Inscription : Janvier 2005
    Messages : 223
    Par défaut API et webservices
    Bonjour,
    Je dois mettre en place une architecture de projet en technologies Microsoft. Le projet consiste en la mise en place d'une API. Cette API doit par le biais de Webservices prendre des données sous format XML d'un middleware, traiter ces données pour remplir une base de données.
    D'un autre côté des application Web et mobiles peuvent à n'importe quel moment par le biais de webservices contacter l'API pour interroger la base de données.
    Ma proposition est basée sur du ASP.NET, C#, Linq, entity Framework.

    Est ce que quelqu'un aurait une idée ou une aide à ce sujet, sur les technologies mais plus en terme d'architecture de l'API.

    Merci d'avance.

  2. #2
    Membre émérite Avatar de chamamo
    Profil pro
    Inscrit en
    Juin 2006
    Messages
    588
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2006
    Messages : 588
    Par défaut
    D'après ce que tu viens de décrire, je pencherai pour ASP.NET Web Api.

  3. #3
    Modérateur
    Avatar de DotNetMatt
    Homme Profil pro
    CTO
    Inscrit en
    Février 2010
    Messages
    3 611
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : Etats-Unis

    Informations professionnelles :
    Activité : CTO
    Secteur : Finance

    Informations forums :
    Inscription : Février 2010
    Messages : 3 611
    Billets dans le blog
    3
    Par défaut
    Ca dépend, ASP.NET Web API est très bien pour des projets légers, type appels en AJAX (REST/JSON), et surtout pour des besoins très classiques.

    Cependant si on a besoin de gérer des scénarios particuliers (type one way messaging, queues de messages, duplex, etc.), ou encore si on veut utiliser des canaux de communication rapides (TCP/UDP/Named Pipes...), il faut se tourner vers WCF.

    Donc ça dépend pas mal de ton projet, si les communications passent pas internet ou si tout se fait en local, etc...
    Less Is More
    Pensez à utiliser les boutons , et les balises code
    Desole pour l'absence d'accents, clavier US oblige
    Celui qui pense qu'un professionnel coute cher n'a aucune idee de ce que peut lui couter un incompetent.

  4. #4
    Membre très actif
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Janvier 2010
    Messages
    434
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Janvier 2010
    Messages : 434
    Par défaut
    Je te conseil WPF service application + ado.net

    Facile à utiliser dans tes projet après via les web references

  5. #5
    Membre émérite Avatar de chamamo
    Profil pro
    Inscrit en
    Juin 2006
    Messages
    588
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2006
    Messages : 588
    Par défaut
    Citation Envoyé par DotNetMatt Voir le message
    Ca dépend, ASP.NET Web API est très bien pour des projets légers, type appels en AJAX (REST/JSON), et surtout pour des besoins très classiques.
    Légers? tu peux détailler s'il te plait? car j'ai mis en place un back office en Web Api qui peut être consommé depuis plusieurs type d'appareil (pc, pda, mobile) qui est assez conséquent et jusqu'à présent je n'ai eu aucun souci, ce que j'aime le plus c'est la facilité de le mettre en place, moins de config...etc.

    Citation Envoyé par DotNetMatt Voir le message
    Cependant si on a besoin de gérer des scénarios particuliers (type one way messaging, queues de messages, duplex, etc.), ou encore si on veut utiliser des canaux de communication rapides (TCP/UDP/Named Pipes...), il faut se tourner vers WCF.
    Entièrement d'accord.

    Citation Envoyé par DotNetMatt Voir le message
    Donc ça dépend pas mal de ton projet, si les communications passent pas internet ou si tout se fait en local, etc...
    Je ne sais pas si ça change quelque chose, que ce soit WCF ou Web Api les deux peuvent être déployé sur internet ou en réseau local

  6. #6
    Membre confirmé Avatar de neuropathie
    Inscrit en
    Janvier 2005
    Messages
    223
    Détails du profil
    Informations forums :
    Inscription : Janvier 2005
    Messages : 223
    Par défaut
    Merci pour vos réponses,
    Mon client actuellement est une banque (donc coté sécurité ca doit etre poussé)
    Le client met à ma disposition des fichiers XML et ca s'arrete là. De mon coté mon API doit etre capable de prendre ces fichiers XML, les traiter et remplir la base de données.
    D'un autre coté des appli mobiles et portails web peuvent utliser mon API pour accéder à la base de données.
    Il peut exister des cas de mise à jour, c'est à dire qu'un utilisateur peut mettre à jour certaines données et l'API met à jour la base
    Donc pour moi le plus important par ordre de priorité:
    -l'API et son architecture.
    -la sécurité de l'API
    -L'API vers la base de données.
    Images attachées Images attachées  

  7. #7
    Modérateur
    Avatar de DotNetMatt
    Homme Profil pro
    CTO
    Inscrit en
    Février 2010
    Messages
    3 611
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : Etats-Unis

    Informations professionnelles :
    Activité : CTO
    Secteur : Finance

    Informations forums :
    Inscription : Février 2010
    Messages : 3 611
    Billets dans le blog
    3
    Par défaut
    Citation Envoyé par chamamo Voir le message
    Légers? tu peux détailler s'il te plait? car j'ai mis en place un back office en Web Api qui peut être consommé depuis plusieurs type d'appareil (pc, pda, mobile) qui est assez conséquent et jusqu'à présent je n'ai eu aucun souci, ce que j'aime le plus c'est la facilité de le mettre en place, moins de config...etc.
    Par "léger" il fallait comprendre ce que j'ai écrit un peu plus loin, à savoir des besoins classiques, et surtout purement HTTP. C'est d'ailleurs pour cela que Web API est préfixé par ASP.NET.

    Citation Envoyé par chamamo Voir le message
    Je ne sais pas si ça change quelque chose, que ce soit WCF ou Web Api les deux peuvent être déployé sur internet ou en réseau local
    Oui mais pour les scénarios spécifiques que j'ai décrit (TCP/UDP...), il vaut mieux être en local. On peut certes faire du TCP over Internet mais bon ce n'est semble-t-il pas la meilleure chose à faire.

    [EDIT] En complément, voici les principales différences entre WCF et ASP.NET Web API : WCF and ASP.NET Web API
    Less Is More
    Pensez à utiliser les boutons , et les balises code
    Desole pour l'absence d'accents, clavier US oblige
    Celui qui pense qu'un professionnel coute cher n'a aucune idee de ce que peut lui couter un incompetent.

  8. #8
    Membre très actif
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Janvier 2010
    Messages
    434
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Janvier 2010
    Messages : 434
    Par défaut
    tu n'as pas vraiment le choix et TCP c'est mieux que de l'UDP à travers le web

    Même si c'est plus lourd

Discussions similaires

  1. [Joomla!] API exposant webservices
    Par neuropathie dans le forum EDI, CMS, Outils, Scripts et API
    Réponses: 0
    Dernier message: 23/09/2013, 16h27
  2. [ZF 1.11] API et/ou webservice ?: Zend_Rest ou autres ?
    Par __fabrice dans le forum Autres composants
    Réponses: 5
    Dernier message: 07/06/2012, 12h45
  3. [WebServices][WSDL] Utilisation (basique) de la Google API
    Par Rom_1 dans le forum Services Web
    Réponses: 5
    Dernier message: 07/07/2009, 22h55
  4. webservice localisation par wsdl4j api
    Par wsdl_adr dans le forum Services Web
    Réponses: 2
    Dernier message: 23/10/2008, 00h03
  5. Webservice API Google
    Par mchicoix dans le forum XMLRAD
    Réponses: 3
    Dernier message: 20/02/2005, 12h44

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo