Le service Web XML est le bloc de construction de base de l'informatique distribuée sur Internet. Les normes ouvertes et la concentration sur la communication et la collaboration entre les utilisateurs et les applications créent un environnement dans lequel le service Web XML devient une plate-forme d'intégration des applications. Le rédacteur en chef de Wulin.com recommande cela pour vous apprendre les bases de l'apprentissage du savon de service Web XML. Voici également des tutoriels sur Web XML. J'espère que vous pouvez aimer et apprendre quelque chose pour améliorer vos connaissances et vos compétences. Ce qui suit est une lecture détaillée du contenu: Qu'est-ce que le service Web XML?
Le service Web XML est le bloc de construction de base de l'informatique distribuée sur Internet. Les normes ouvertes et la concentration sur la communication et la collaboration entre les utilisateurs et les applications créent un environnement dans lequel le service Web XML devient une plate-forme d'intégration des applications. Les applications sont construites à l'aide de services Web XML à partir de plusieurs sources différentes, qui fonctionnent ensemble, peu importe où ou comment elles sont implémentées.
Le nombre de définitions de services Web XML qui peuvent être trouvés dans le nombre d'entreprises qui créent des services Web XML. Cependant, presque toutes les définitions ont les points communs suivants:
1. Le service Web XML fournit des fonctionnalités utiles aux utilisateurs Web via des protocoles Web standard. Dans la plupart des cas, le protocole de savon est utilisé.
2. Le service Web XML peut décrire ses interfaces en détail, qui permet aux utilisateurs de créer des applications clients pour communiquer avec eux. Cette description est souvent incluse dans un document XML appelé Document de description du service Web (WSDL).
3. Le service Web XML a été enregistré afin que les utilisateurs potentiels puissent facilement trouver ces services, ce qui se fait via une découverte, une description et une intégration universelles (UDDI).
L'un des principaux avantages de l'architecture de service Web XML est qu'il permet à divers programmes écrits sur différentes plates-formes et dans différentes langues de communiquer entre elles de manière standard. Les utilisateurs qui connaissent une partie de cette industrie peuvent dire immédiatement: attendez, Corba et les DCE précédents n'ont-ils pas fait les mêmes promesses? Quelle est la différence entre cela et eux? La différence la plus importante est que le savon est beaucoup plus simple que les méthodes précédentes, il y a donc beaucoup moins d'obstacles à la mise en œuvre de savons compatibles standard. La dernière fois que j'ai compté, la liste contenait déjà 79 éléments. Comme vous pouvez vous y attendre, la plupart des grandes sociétés de logiciels proposent des implémentations de savon, mais de nombreuses implémentations sont créées et maintenues par des développeurs individuels. Un autre grand avantage du service Web XML est l'utilisation de protocoles Web standard - XML, HTTP et TCP / IP, par rapport aux solutions précédentes. De nombreuses entreprises ont établi une infrastructure Web et leurs employés ont les connaissances et l'expérience correspondantes dans la maintenance. Par conséquent, l'introduction du service Web XML est beaucoup moins cher que d'introduire des technologies précédentes.
Nous définissons le service Web XML comme: Services logiciels fournis sur le Web via SOAP, en utilisant des fichiers WSDL pour les descriptions et en s'inscrivant via UDDI. Ensuite, vous pourriez demander: que pouvez-vous faire avec le service Web XML? Le service Web XML d'origine est généralement une source d'informations qui peuvent être facilement incorporées dans l'application, telles que les cours des actions, les prévisions météorologiques, les résultats sportifs, etc. Il est facile de penser à toute une classe d'applications qui peuvent être construites pour analyser et agréger les informations qui vous tiennent à propos et les fournir de diverses manières; Par exemple, vous pouvez utiliser un Microsoft? Excel Dreatheet pour agréger toutes vos informations financières - actions, 401k, dépôts bancaires, prêts, etc. Si vous pouvez obtenir ces informations via le service Web XML, Excel peut constamment les mettre à jour. Certaines de ces informations sont gratuites, tandis que d'autres peuvent nécessiter un abonnement pour obtenir le service correspondant. La plupart de ces informations sont désormais disponibles sur le Web, mais le service Web XML facilite et plus fiable l'accès à la programmation.
Fournir des applications existantes dans le service Web XML, qui peut créer des applications nouvelles et plus puissantes et tirer parti du service Web XML en tant que bloc de construction. Par exemple, un utilisateur peut développer une application d'approvisionnement pour obtenir automatiquement des informations sur les prix de différents fournisseurs, permettant à l'utilisateur de sélectionner les fournisseurs, de soumettre des commandes, puis de suivre l'envoi de marchandises jusqu'à ce que les marchandises soient reçues. En plus de fournir des services sur le Web, les applications des fournisseurs peuvent également utiliser le service Web XML pour vérifier le crédit des clients, collecter les paiements et passer par les procédures de fret avec les sociétés de fret.
À l'avenir, certaines des applications avec les services Web XML les plus intéressantes peuvent également tirer parti du Web pour effectuer des tâches qui échouent actuellement. Par exemple, le service de calendrier est l'un des services qui sera pris en charge par le projet Microsoft .net My Services. Si votre dentiste et mécanicien fournissent leurs horaires via ce service Web XML, vous pouvez planifier des rendez-vous avec eux via Internet; Si vous préférez, ils peuvent également faire des dates pour le nettoyage et l'entretien quotidien directement sur votre calendrier. Il n'est pas difficile d'imaginer que vous pouvez créer des centaines d'applications tant que vous pouvez programmer le Web.
SAVON
Le savon est le protocole de communication du service Web XML. Lorsque le savon est décrit comme un protocole de communication, la plupart des gens pensent à DCOM ou CORBA et posent des questions telles que comment le savon active les objets? Ou quel type de services de dénomination utilise-t-il SOAP? Bien que l'implémentation du savon puisse inclure ce qui précède, la norme SOAP ne le spécifie pas. Savon une spécification qui définit le format XML des messages - il s'agit d'une partie nécessaire de la spécification. Un segment XML correctement structuré contenu dans une paire d'éléments de savon est un message de savon. Est-ce très simple?
D'autres parties de la spécification SOAP décrivent comment représenter les données du programme comme XML et comment utiliser SOAP pour les appels de procédure distante (RPC). Ces pièces de spécification facultative sont utilisées pour implémenter des applications sous la forme de RPC, où le client émettra un message SOAP (y compris la fonction callable et les paramètres à transférer à la fonction), et le serveur renverra ensuite un message contenant le résultat de l'exécution de la fonction. Actuellement, la plupart des implémentations SOAP prennent en charge les applications RPC car les programmeurs habitués à développer des applications COM ou CORBA connaissent le formulaire RPC. SOAP prend également en charge les applications de documentation, dans lesquelles les messages SOAP ne sont qu'un wrapper de documents XML. Les applications de savon documentées sont très flexibles et de nombreux nouveaux services Web XML profitent de cette fonctionnalité pour créer des services difficiles à mettre en œuvre avec RPC.
La dernière partie facultative de la spécification SOAP définit le style des messages HTTP qui contiennent des messages SOAP. Cette liaison HTTP est très importante car presque tous les OS actuels (et de nombreux SG précédents) prennent en charge HTTP. Bien que la liaison HTTP soit facultative, presque toutes les implémentations SOAP prennent en charge la liaison HTTP car il s'agit du seul protocole standard pour le savon. Pour cette raison, les gens croient souvent à tort que le savon doit utiliser HTTP. En fait, certaines implémentations prennent également en charge la transmission MSMQ, MQ, SMTP ou TCP / IP, mais parce que HTTP est très courant, presque tous les services Web XML actuels l'utilisent. Étant donné que HTTP est le protocole de base du Web, la plupart des infrastructures réseau des organisations prennent en charge HTTP et les employés ont appris à le gérer. Aujourd'hui, une infrastructure pour la protection de la sécurité, la surveillance et l'équilibrage des charges pour HTTP a été établie.
Lorsque vous commencez à utiliser du savon, la chose la plus simple à confondre est la différence entre la spécification SOAP et ses nombreuses implémentations. La plupart des utilisateurs qui utilisent SOAP n'écrivent pas directement de messages SOAP, mais utilisent la boîte à outils SOAP pour créer et analyser des messages SOAP. Ces boîtes à outils convertissent généralement les appels de fonction d'une certaine langue en messages de savon. Par exemple, Microsoft Soap Toolkit 2.0 convertit les appels de fonction com en SOAP, tandis que la boîte à outils Apache convertit les appels de fonction Java en savon. Le type d'appel de fonction et le type de données des paramètres pris en charge varient en fonction de chaque implémentation SOAP, de sorte que les fonctions qui s'appliquent à une boîte à outils peuvent ne pas s'appliquer à une autre boîte à outils. Ce n'est pas une limitation du savon, mais une limitation du schéma de mise en œuvre spécifique utilisé.
De loin, la caractéristique la plus frappante du savon est qu'elle peut être implémentée sur de nombreuses plates-formes logicielles et matérielles différentes. Cela signifie que le savon peut être utilisé pour relier différents systèmes à l'intérieur et à l'extérieur de l'entreprise. Diverses méthodes ont été essayées dans le passé pour proposer un protocole de communication commun qui peut être utilisé pour l'intégration du système, mais aucun d'entre eux n'a gagné en reconnaissance comme du savon. Pourquoi? Parce que le savon est plus petit et plus facile à mettre en œuvre que de nombreux protocoles antérieurs. Par exemple, la mise en œuvre de DCE et CORBA prend des années, donc seules quelques solutions de mise en œuvre ont été publiées. Le savon peut faire la plupart du travail acharné avec les analyseurs XML existants et les bibliothèques HTTP, de sorte que l'implémentation de savon peut être achevée en quelques mois. C'est pourquoi il y a maintenant plus de 70 implémentations de savon. Bien sûr, SOAP n'a pas toutes les fonctions de DCE ou CORBA. Bien que les fonctions soient réduites, le savon est plus facile à appliquer en raison de sa complexité considérablement réduite.
La popularité de HTTP et la simplicité du savon vous permettent de les appeler dans presque tous les environnements, devenant ainsi la base idéale pour les services Web XML.
Fin. Le tutoriel a été terminé ici. Avez-vous gagné quelque chose en lisant? Ce site fournit également du contenu lié à la XML Web, bienvenue pour continuer à lire.