Acompanhando a evolução e padronização da internet como mais um meio de comunicação, sugiram no mercado novas ferramentas de desenvolvimento como o ASP.NET da Microsoft e novos padrões como o WebServices que vamos discutir nesse artigo. O WebServices veio preencher uma lacuna no mercado que era a necessidade de integração entre os mais diversos ambientes existentes que não se falavam entre si por falta de um "Padrão" e fortalecer o desenvolvimento distribuído de forma a trabalhar em conjunto com os novos recursos de comunicação da internet.

Os WebServices funcionam de forma semelhante a um componente que você instala na maquina local. Porém esse componente pode ficar residente em qualquer maquina, seja ela na sua empresa, na empresa de terceiros ou até na "China". É isso mesmo, até na "China". Então usando a internet e o XML (Extensible Markup Language) para troca de informações você executa um método desse componente que dispara o processamento no servidor remoto e você recebe a resposta na sua aplicação. A principal diferença em relação aos componentes atuais é a padronização do XML para troca de informações, fazendo com que a comunicação do mesmo ultrapasse as barreiras dos Firewall impostos para segurança de nossas redes. Pois a unica coisa que trafega é o XML e usando a porta 80 (Padrão) em conjunto com o já conhecido HTTP e o SOAP(Sabão) que cuida do transporte dos dados. Para troca de informação entre a aplicação e o WebServices é necessário que essa aplicação conheça o funcionamento do mesmo, isso é feito por meio da leitura do WSDL. Nada mais é que um documento ou "contrato" em xml que contém todas as regras do WebServices. Ainda temos mais uma sigla a falar que é o UDDI, uma espécie de paginas amarelas de WebServices, cujo objetivo é encontrar facilmente os links para os componentes.

Ao contrário do que muitos pensam, o padrão WebServices não é proprietário da Microsoft, pelo contrário é definido por um consórcio de diversas empresas WS-I conforme Figura 1 de forma a manter a integração entre todas as plataformas que venham a utilizar esse padrão, permitindo assim a perfeita comunicação e troca de informações. O que aconteceu é que a Microsoft acreditou desde cedo no XML e investiu muito em todos os seus produtos, principalmente na plataforma .NET, permitindo assim a fácil e rápida integração com seus produtos.


Figura 01 - WS-I - Padronizador do WebServices

No ambiente .NET os WebServices se encaixam dentro do grupo de aplicações ASP.NET conforme visto na Figura 2.

Figura 02 - WebServices Dentro do .NET Framework

O XML foi adotado por já ser um padrão da industria e ser independente da plataforma adotada, sendo ainda controlado pelo World Wide Web Consortium (W3c). Facilmente você consegue transformar o mesmo em outro formato independente da aplicação entender o xml.


SEM XML

APRENDA ASP.NET, RAMON DURAES , R$ 10,00

COM XML

<Livro>
<Descricao> APRENDA ASP.NET </Descricao>
<Autor> Ramon Durães </Autor>
<Preco> R$ 10,00 </Preco>
</Livro>

Implementando WebServices

Na plataforma .NET essa implementação é bastante simples como vou demonstrar nesse artigo e consiste de duas partes:

- Criar um WebServices (Para ser utilizado por terceiros)
- Consumir um WebServices (Desenvolvido por terceiros)

Portanto definido se você quer criar ou consumir um WebServices grande parte do trabalho de implementação já é feita automaticamente pela plataforma .NET não necessitando por parte do programador em se preocupar com a troca de informação do XML e utilização do SOAP ou WSDL.

Então para criar um WebServices você pode adicionar pelo Visual Studio um arquivo do tipo *.asmx a um projeto ASP.NET ou conforme esse exemplo iniciar um novo projeto especifico para WebServices conforme Figura 3 e Figura 4.


Figura 03 - Iniciando novo projeto WebServices



Figura 4 - Solution Explorer