Pourquoi avons-nous besoin de services Web? En quoi est-ce différent des applications Web normales?
Je viens de commencer avec les services Web, alors pardonnez-moi si ma question semble stupide.
Pourquoi avons-nous besoin de services Web? En quoi sont-ils différents des applications Web normales?
Deux utilisations ont été mentionnées dans de nombreux didacticiels. L'un est le communication entre différentes machines/applications, ce qui sonne bien. Mais le suivant est pour développer des composants d'application réutilisables. Ma question est la suivante: avons-nous besoin de services Web à cet effet?
Par exemple: Un convertisseur de devises peut être implémenté en tant que service Web et il peut être publié sur une URL. Mais alors, la même chose peut être créée en tant qu'application Web. Où est l'avantage réel de l'utilisation des services Web?
De plus, selon certains articles de SO, les services Web doivent être utilisés si aucune interface utilisateur n'est impliquée et les applications Web si une interface graphique est requise. Le choix est-il si simple?
Remarque: ici, je fais référence à SOAP. Ceux RESTful peuvent être différents.
Les services Web (en particulier SOAP) sont conçus pour être consommés/lus/utilisés par d'autres programmes. Si vous avez déjà dû écrire un programme de "capture d'écran" (c'est-à-dire faire fonctionner une application Web et sélectionner les données dont vous avez besoin parmi toutes les choses qui rendent la page jolie et conviviale pour l'utilisateur), vous apprécierez la structure.
De plus, selon certains articles de SO, les services Web doivent être utilisés si aucune interface utilisateur n'est impliquée et les applications Web si une interface graphique est requise. Le choix est-il tout ce simpe?
En un mot, "oui".
Il y a de nombreux avantages à utiliser web services. Le principal avantage par rapport à une application http classique est qu'elle utilise la messagerie SOAP qui est beaucoup plus efficace et moins coûteuse en bande passante.
Un autre avantage est que les couches Service Transport, XML Messaging, Service Description et Service Discovery utilisent un protocole standard qui permet aux développeurs de développer facilement des fonctionnalités indépendamment des langages de programmation.
Supposons que vous soyez un fournisseur de services, par exemple les prévisions météorologiques. Pourquoi faire des développeurs, allez sur votre website, scrap votre page puis extrayez les données dont ils ont besoin? Ne serait-il pas plus facile de développer cela par web service qu'un développeur peut passer une date et récupérer un document bien défini xml contenant toutes les informations dont il a besoin? La même chose se produit pour tous les types de cas ...
Source: Pourquoi les services Web?
- Exposition de la fonction existante au réseau:
Un service Web est une unité de code managé qui peut être invoquée à distance via HTTP, c'est-à-dire qu'il peut être activé à l'aide de requêtes HTTP. Ainsi, les services Web vous permettent d'exposer les fonctionnalités de votre code existant sur le réseau. Une fois exposée sur le réseau, une autre application peut utiliser les fonctionnalités de votre programme.
- Connexion de différentes applications, c'est-à-dire interopérabilité:
Les services Web permettent à différentes applications de communiquer entre elles et de partager des données et des services entre elles. D'autres applications peuvent également utiliser les services des services Web. Par exemple VB ou l'application .NET peut parler aux services Web Java et vice versa. Ainsi, les services Web sont utilisés pour rendre la plate-forme et la technologie d'application indépendantes).
- Protocole normalisé:
Les services Web utilisent un protocole standardisé standard pour la communication. Les quatre couches (couches Service Transport, Messagerie XML, Description de service et Découverte de service) utilisent le protocole bien défini dans la pile de protocoles des services Web. Cette standardisation de la pile de protocoles confère à l'entreprise de nombreux avantages comme une large gamme de choix, une réduction des coûts due à la concurrence et une augmentation de la qualité.
- Faible coût de communication:
Les services Web utilisent SOAP sur le protocole HTTP pour la communication, vous pouvez donc utiliser votre Internet à faible coût existant pour implémenter les services Web. Cette solution est beaucoup moins coûteuse par rapport aux solutions propriétaires comme EDI/B2B. SOAP sur HTTP, les services Web peuvent également être implémentés sur d'autres mécanismes de transport fiables comme FTP, etc.
Il offre une modularité entre l'interface utilisateur et le code principal en supprimant les dépendances (comme JSP et JSF) du code principal et de l'interface utilisateur.
La communication est plus efficace et moins coûteuse en bande passante. nous partageons uniquement les données requises au format xml et json.
Maintenant, les applications d'une journée sont utilisées à partir d'autres appareils tels que Mobile PDA et aussi, nous avons une application mobile pour la plupart de l'application. Donc, dans ce cas, si nous utilisons des services Web, nous ne le faisons pas besoin de mettre en œuvre l'application différemment seulement, nous développerons l'interface utilisateur pour différents appareils et applications mobiles et appellerons les services requis.