> Exemple : Google propose son service de recherche par webservice. Ca permet par exemple de faire ton propre moteur de recherche (pour un intranet pr exemple) qui utilise Google.
Et quelle est la différence avec une bibliothèque de code made by google qui permettrait d'utiliser le moteur google via des appels à celle ci ?
Parceque si il n'y en a pas, ce principe existe quand même depuis toujours en informatique. Je vois pas l'apport du webservice sinon que ca utilise XML.
> Exemple : Moétéo-France. Pour avoir la météo sans faire un appel http classique.
Supposons. Quel interet ? dans l'histoire je veux avoir la météo, je n'ai rien à gagner dans le fait qu'il faille faire un appel http ou pas.
>Exemple : wmcoincoin pourrait utiliser un webservice pour récupérer les news.
Oui mais ca lui apporterait quoi ? wmcoincoin marche très bien comme il est. Quel interet d'utiliser un webservice ?
> Je sais : ca existe déjà, par l'intermédiaire de différents protocoles (XML-RPC, Corba, ...) mais >les webservices ont l'avantage de standardiser tous ses protocoles pour que tout le monde parle le même langage.
Etant donné que ca utilise XML je doute que ca tienne longtemps. Ne serait-ce que parceque XML permet justement de faire tout ce que l'on veut : si tu n'as pas le DTD ou le schéma correspondant, tu ne comprendras rien. Je vois très bien des webservices utilisant une syntaxe XML dont les règles sont codés en dur dans des applis propriétaires dont les specs ne seront pas disponibles. On verra passer des bidules XML dont on ne connaitra pas l'utilité. Ca fera comme avant, sauf qu'en plus ca passera par le port 80 et que tout plein de firewall le laisseront passer.
Mais il n'y aura qu'a acheter des firewall capable de filtrer du soap au niveau applicatif bien sur...
[^] # Re: Arrêtons les trolls.
Posté par Aza . En réponse à la dépêche Windows .Net et Solaris 9. Évalué à 2.
Et quelle est la différence avec une bibliothèque de code made by google qui permettrait d'utiliser le moteur google via des appels à celle ci ?
Parceque si il n'y en a pas, ce principe existe quand même depuis toujours en informatique. Je vois pas l'apport du webservice sinon que ca utilise XML.
> Exemple : Moétéo-France. Pour avoir la météo sans faire un appel http classique.
Supposons. Quel interet ? dans l'histoire je veux avoir la météo, je n'ai rien à gagner dans le fait qu'il faille faire un appel http ou pas.
>Exemple : wmcoincoin pourrait utiliser un webservice pour récupérer les news.
Oui mais ca lui apporterait quoi ? wmcoincoin marche très bien comme il est. Quel interet d'utiliser un webservice ?
> Je sais : ca existe déjà, par l'intermédiaire de différents protocoles (XML-RPC, Corba, ...) mais >les webservices ont l'avantage de standardiser tous ses protocoles pour que tout le monde parle le même langage.
Etant donné que ca utilise XML je doute que ca tienne longtemps. Ne serait-ce que parceque XML permet justement de faire tout ce que l'on veut : si tu n'as pas le DTD ou le schéma correspondant, tu ne comprendras rien. Je vois très bien des webservices utilisant une syntaxe XML dont les règles sont codés en dur dans des applis propriétaires dont les specs ne seront pas disponibles. On verra passer des bidules XML dont on ne connaitra pas l'utilité. Ca fera comme avant, sauf qu'en plus ca passera par le port 80 et que tout plein de firewall le laisseront passer.
Mais il n'y aura qu'a acheter des firewall capable de filtrer du soap au niveau applicatif bien sur...