Version imprimable
Bonjour,
Je veux prouver à un novice que les web-service sont le meilleur choix pour développés une application (système d'information répartie = calcule paye + gestion Rh)
Mais je n’arrive pas à trouver les mots qui lui donnent la conviction que ces le cas.
Vous pouvez m'aidés !! Merci d'avance
Les web services permettent d'appeler des méthodes qui ne sont pas forcement développé par sois et qui ne sont pas sur les même machines.
Prenons un site web.
On te demande d'intégrer la météo et encore plus dure les cours de bourse en temps réel dans une page.
Au lieu de tout développer toi même, les éléments graphiques, les courbes, le programme, ... ; tu vas chercher un web service qui puisse répondre a tes attentes et tu fait l'intégration dans ta page.
ça te prend 2 à 3 heurs au lieu de plusieurs jours.
Et je te parle pas pour la bourse en temps réel .
De plus, les web services communiquent par xml, donc multi-plateformes et multi-langages. Si tu dois commercialiser un service web, tu code dans ton langage favori et sur l'OS que tu veux.
Et comme tu peux échanger des OBJETS, les possibilités sont très grandes. Tu peux par exemple échanger des map. Créer un gps sans soucie.
Probablement parce que ce n'est pas le cas. Les web service permet d'exporter une partie de ton application vers des services extérieurs, qui pourront l'interroger. Ce ne doit certainement pas être la base de ton développement, mais juste une fonctionnalité fournie par ton application. Ce que tu dit, ce serait comme dire que les sockets sont le meilleurs choix. Dans l'absolu ca n'a pas de sens. Quel besoin veux-tu satisfiare avec tes webservice?Citation:
Envoyé par geforce
Si vous n'arrivez pas à vous mettre d'accord, laissez cette partie là de l'applicaiton à plus tard et commencez par coder les core buisness (les données, les règles métiers) puis éventuellement l'interface.
Moi je dirais que le web service est surtout utile en B2B.
Pq ?
1 c'est assez facile à mettre en œuvre
2 tu ne donnes que l'information que tu veux bien donner
3 tu gères l'enregistrement des données dans ta base de données comme tu l'entends.
4 tu peux créer un système très sécurisé et très fermé.
5 tu ne dois pas avoir une compatibilité de langage : l'entreprise X peut faire purement de l'asp.net et toi du java etc...
6 c'est utilisable aisément tant sur une application web, serveur ou stand alone qui peut être distante sur un serveur éloigné.
J'ai des exemples concret :
1:
Gestion d'intérimaire qui sont gérer en interne par une application et par les agences intérimaires via un site web sécurisé.
-> L'agence n'a accès qu'aux infos qu'elles peut disposer et pourtant peut enregistrer dans une base de donnés internes.
-> L'agence n'a même pas besoin d'informaticien tout se fait via mail et site internet.
--> On peut utiliser plusieurs agences sur ce principe en parallèle sans qu'elles ne se connaissent, ne sachent qui tu engages chez les autres etc...
2:
Accès à un document privé devant être distribuer dans X entreprises différentes ne se connaissant même pas et pouvant être intégrer par leurs propres informaticiens.
C'est utile aussi pour des entreprises qui déploient des applications chez des clients mais qui gardent l'aspect "serveur/programmation" chez eux.
Je ne te dis pas pour les applications mobiles où tu enregistres des données sur une base de données commun accessible via intranet et internet à distance.... Il n' y a plus de soucis de synchronisation.
Mais bon ca reste un moyen de communication en soit un projet purement webservice ca n'existe pas.