O XML Web Service é o bloco básico de construção para computação distribuída na Internet. Os padrões abertos e o foco na comunicação e colaboração entre usuários e aplicativos criam um ambiente no qual o XML Web Service se torna uma plataforma para integração de aplicativos. O editor do Wulin.com recomenda isso para ensinar o básico do aprendizado de sabonete XML Web Service. Aqui também estão tutoriais sobre a Web XML. Espero que você possa gostar e aprender algo para melhorar seus conhecimentos e habilidades. A seguir, é apresentada uma leitura detalhada do conteúdo: o que é o XML Web Service?
O XML Web Service é o bloco básico de construção para computação distribuída na Internet. Os padrões abertos e o foco na comunicação e colaboração entre usuários e aplicativos criam um ambiente no qual o XML Web Service se torna uma plataforma para integração de aplicativos. Os aplicativos são construídos usando o XML Web Services de várias fontes diferentes, que funcionam juntas, independentemente de onde ou como são implementadas.
O número de definições de serviço da Web XML que podem ser encontradas no número de empresas que criam serviços da Web XML. No entanto, quase todas as definições têm os seguintes pontos em comum:
1. O serviço da Web XML fornece recursos úteis para os usuários da Web por meio de protocolos da Web padrão. Na maioria dos casos, o protocolo SOAP é usado.
2. O serviço da Web XML pode descrever suas interfaces em detalhes, o que permite que os usuários criem aplicativos clientes para se comunicar com eles. Essa descrição é frequentemente incluída em um documento XML chamado Documento de Idioma de Descrição da Web (WSDL).
3. O serviço da Web XML foi registrado para que os usuários em potencial possam encontrar facilmente esses serviços, o que é feito através da descoberta, descrição e integração universal (UDDI).
Uma das principais vantagens da arquitetura de serviços da Web XML é que ela permite que vários programas escritos em diferentes plataformas e em diferentes idiomas se comuniquem de maneira baseada em padrão. Os usuários que conhecem parte desse setor podem dizer imediatamente: Espere, o Corba e o DCEs anteriores fizeram as mesmas promessas? Qual é a diferença entre isso e eles? A diferença mais importante é que o sabão é muito mais simples que os métodos anteriores; portanto, há muito menos obstáculos na implementação de sabonetes compatíveis com o padrão. A última vez que contei, a lista já continha 79 itens. Como você pode esperar, a maioria das grandes empresas de software oferece implementações de SOAP, mas existem muitas implementações criadas e mantidas por desenvolvedores individuais. Outra grande vantagem do serviço da Web XML é o uso de protocolos da Web padrão - XML, HTTP e TCP/IP, em comparação com as soluções anteriores. Muitas empresas estabeleceram infraestrutura da Web e seus funcionários têm o conhecimento e a experiência correspondentes em manutenção. Portanto, a introdução do serviço da Web XML é muito mais barato do que a introdução de tecnologias anteriores.
Definimos o serviço da Web XML como: Serviços de software fornecidos na Web através do SOAP, usando arquivos WSDL para descrições e se registrando através do UDDI. Então, você pode perguntar: o que você pode fazer com o XML Web Service? O serviço Web XML original geralmente é uma fonte de informações que podem ser facilmente incorporadas ao aplicativo, como preços das ações, previsões climáticas, resultados esportivos e muito mais. É fácil pensar em toda uma classe de aplicativos que podem ser construídos para analisar e agregar as informações que você se preocupa e forneça de várias maneiras; Por exemplo, você pode usar um Microsoft? Planilha do Excel para agregar todas as suas informações financeiras - ações, 401k, depósitos bancários, empréstimos e muito mais. Se você puder obter essas informações através do serviço da Web XML, o Excel poderá atualizá -las constantemente. Algumas dessas informações são gratuitas, enquanto outras podem exigir uma assinatura para obter o serviço correspondente. A maioria dessas informações já está disponível na Web, mas o XML Web Service torna o acesso à programação mais fácil e confiável.
Forneça aplicativos existentes no XML Web Service, que pode criar aplicativos novos e mais poderosos e aproveitar o serviço da Web XML como um bloco de construção. Por exemplo, um usuário pode desenvolver um aplicativo de compras para obter informações de preços automaticamente de diferentes fornecedores, permitindo que o usuário selecione fornecedores, envie pedidos e, em seguida, rastreie a remessa de mercadorias até que as mercadorias sejam recebidas. Além de fornecer serviços na Web, os aplicativos dos fornecedores também podem usar o XML Web Service para verificar o crédito dos clientes, coletar pagamentos e passar por procedimentos de frete com empresas de frete.
No futuro, alguns dos aplicativos suportados por serviços da Web mais interessantes também podem aproveitar a Web para concluir tarefas que atualmente não têm sucesso. Por exemplo, o serviço de calendário é um dos serviços que serão suportados pelo projeto Microsoft .Net My Services. Se seu dentista e mecânico fornecer seus horários através deste serviço da Web XML, você poderá agendar compromissos com eles pela Internet; Se você preferir, eles também podem fazer datas para limpeza e manutenção diária diretamente no seu calendário. Não é difícil imaginar que você possa criar centenas de aplicativos, desde que possa programar a Web.
SABÃO
SOAP é o protocolo de comunicação do serviço da Web XML. Quando o sabão é descrito como um protocolo de comunicação, a maioria das pessoas pensa em DCOM ou corba e faz perguntas como como o sabão ativa objetos? Ou que tipo de serviços de nomenclatura o sabão usa? Embora a implementação do SOAP possa incluir o acima mencionado, o padrão SOAP não o especifica. SOAP Uma especificação que define o formato XML das mensagens - essa é uma parte necessária da especificação. Um segmento XML devidamente estruturado contido em um par de elementos de sabão é uma mensagem de sabão. Isso é muito simples?
Outras partes da especificação SOAP descrevem como representar os dados do programa como XML e como usar o SOAP para chamadas de procedimento remoto (RPC). Essas peças de especificação opcional são usadas para implementar aplicativos na forma de RPC, onde o cliente emitirá uma mensagem SOAP (incluindo a função chamada e os parâmetros a serem transferidos para a função) e o servidor retornará uma mensagem que contém o resultado da execução da função. Atualmente, a maioria das implementações de SOAP suporta aplicativos RPC porque os programadores acostumados a desenvolver aplicativos COM ou CORBA estão familiarizados com o formulário RPC. O SOAP também suporta aplicativos de documentação, nos quais as mensagens SOAP são apenas uma embalagem de documentos XML. Os aplicativos de SOAP documentados são muito flexíveis e muitos novos serviços da Web XML aproveitam esse recurso para criar serviços difíceis de implementar com o RPC.
A última parte opcional da especificação SOAP define o estilo de mensagens HTTP que contêm mensagens SOAP. Essa ligação HTTP é muito importante porque quase todo o SO atual (e muitos OS anteriores) suportam HTTP. Embora a ligação HTTP seja opcional, quase todas as implementações de SOAP suportam a ligação HTTP porque é o único protocolo padrão para SOAP. Por esse motivo, as pessoas frequentemente acreditam erroneamente que o sabão deve usar o HTTP. De fato, algumas implementações também suportam a transmissão MSMQ, MQ, SMTP ou TCP/IP, mas como o HTTP é muito comum, quase todos os serviços da Web XML atuais o usam. Como o HTTP é o protocolo principal da Web, a maioria das infraestruturas de rede da Organizações suporta HTTP e os funcionários aprenderam a gerenciá -lo. Hoje, foi estabelecida uma infraestrutura para proteção, monitoramento e balanceamento de carga para HTTP.
Quando você começa a usar o SOAP, a coisa mais fácil a confundir é a diferença entre a especificação SOAP e suas muitas implementações. A maioria dos usuários que usam SOAP não escreve mensagens de sabão diretamente, mas usa o SOAP Toolkit para criar e analisar mensagens de sabão. Esses kits de ferramentas geralmente convertem chamadas de função de um determinado idioma em mensagens de sabão. Por exemplo, o Microsoft SOAP Toolkit 2.0 converte chamadas de função com SOAP, enquanto o Apache Toolkit converte chamadas de função Java em SOAP. O tipo de chamada de função e o tipo de dados de parâmetros suportados variam dependendo de cada implementação de SOAP; portanto, as funções que se aplicam a um kit de ferramentas podem não se aplicar a outro kit de ferramentas. Isso não é uma limitação de sabão, mas uma limitação do esquema de implementação específico usado.
De longe, o recurso mais impressionante do SOAP é que ele pode ser implementado em muitas plataformas diferentes de software e hardware. Isso significa que o sabão pode ser usado para vincular diferentes sistemas dentro e fora da empresa. Vários métodos foram tentados no passado para propor um protocolo de comunicação comum que pode ser usado para integração do sistema, mas nenhum deles ganhou amplo reconhecimento como o SOAP. Por que? Porque o sabão é menor e mais fácil de implementar do que muitos protocolos anteriores. Por exemplo, a implementação de DCE e Corba leva anos, portanto, apenas algumas soluções de implementação foram divulgadas. O SOAP pode fazer a maior parte do trabalho duro com os analisadores XML existentes e as bibliotecas HTTP, para que a implementação do SOAP possa ser concluída em meses. É por isso que agora existem mais de 70 implementações de sabão. Obviamente, o sabão não possui todas as funções do DCE ou Corba. Embora as funções sejam reduzidas, o sabão é mais fácil de aplicar devido à sua complexidade bastante reduzida.
A popularidade do HTTP e a simplicidade do sabão permitem chamá -los de quase qualquer ambiente, tornando -se a base ideal para os serviços da Web XML.
Fim. O tutorial foi concluído aqui. Você ganhou algo da leitura? Este site também fornece conteúdo relacionado à Web XML, bem-vindo para continuar lendo.