Olá,
Noooossa, quanto tempo… Já fazia quase 100 dias que ninguém postava nada aqui hein?!?!, Que coisa feia… rsrsr.
É galera, graças a Deus todos nos estivemos envolvidos em grandes projetos nos últimos meses que exigiam nosso tempo quase que integral e isso deixou nossa comunidade bem desatualizada. Eis que venho aqui quebrar esse jejum de artigos. 
E antes de começar o artigo gostaria de parabenizar o Ricardo Machado pois o filho dele Heitor nasceu hoje. Parabéns meu véio, bem vindo ao clube e que deus abençoe voçês. agora vamos lá.
Irei fazer uma breve introdução sobre uma tecnologia que já esta no mercado há três anos, vou falar sobre o Windows Communication Foundation ou WCF para os íntimos.
Bem, como esse artigo é de cunho introdutório, ele terá pouco código, apenas pequenos exemplos tornando a explicação do conceito mais clara. Expondo assim, sua estrutura e conceitos básicos. Segundo o Wikipédia o Windows Communication Foundation é:
“Um modelo de programação unificado e ambiente de execução criado pela Microsoft que visa à construção de aplicações orientadas a serviços cujo objetivo principal é permitir que analistas e desenvolvedores criem aplicações para funcionarem sob o sistema operacional Windows”.
Ou seja, nada mais é do que um Framework para desenvolvimento de sistemas distribuídos que foi lançado como um dos grandes pilares do .NET Framework 3.0 e foi desenvolvido para consolidar e estender as APIs de versões anteriores do Framework. Isso mesmo, essa tecnologia uni e estende as APIs do ASP.NET Web Services, .NET Remoting, Enterprise Services(COM+) e o Message Queue.
O WCF unificou as varias tecnologias de programação distribuída na plataforma da Microsoft em um único modelo, baseando-se na arquitetura orientada a serviço (SOA). Sendo totalmente desacoplado das regras de negócio que serão expostas pelo serviço o WC tornou-se consideravelmente mais fácil de ser desenvolvido e estudado.
Estrutura
A estrutura do WCF não é muito complexa, pois utilizamos conceitos puros de desenvolvimento .NET para criação do contrato e da classe que representara o serviço. O WCF também suporta a utilização de tipos complexos como classes que criamos para atender uma determinada necessidade.
Então você me pergunta: O que é contrato? – o contrato nada mais é do que uma parte do serviço, ou seja, as funcionalidades (Métodos) do serviço que queremos expor para ser consumidos.
O primeiro passo para a criação de um serviço é a definição do ou dos contratos. É o contrato que determinará quais operações estarão expostas, quais informações essas operações precisam para serem executadas e também qual será o tipo de retorno. Em termos programáticos, o contrato nada mais é do que uma Interface que deverá possuir os métodos (apenas suas assinaturas) que serão expostos. Essa interface que servira de contrato obrigatoriamente devera ser decorada com o atributo ServiceContract, caso contrario será gerada uma exceção do tipo InvalidOperationException antes da abertura do Host.
Vale salientar que nem todos os membros expostos pela interface devem ser disponibilizadas para o serviço e justamente por isso todas as operações que serão disponibilizadas devem ser decoradas com o atributo OperationContract, lembrando que o WCF exige termos no mínimo uma operação definida com esse atributo, já que não faz sentido publica um serviço sem nem uma operação a ser executada.
Caso a interface não tenha nenhuma operação definida com este atributo, será gerada uma exceção do tipo InvalidOperationException que também será disparada antes da abertura do Host.
O código abaixo exemplifica uma interface simples:
using System;
using System.ServiceModel;
[ServiceContract]
public interface IContrato
{
[OperationContract]
Produto ListarProdutos(string tipo);
}
Como podemos notar, o método ListarProdutos retorna uma instancia da classe Produto. Nesse momento, entram em ação dois novos atributos: DataContract e DataMember, ambos contidos dentro do namespace System.Runtime.Serialization, fornecidos pelo assenmby System.Runtime.Serialization.dll.
O atributo DataContract determina que uma classe poderá ser exposta através de um serviço WCF, e deve ser aplicado a todas as classes que estão referenciadas como parâmetros ou tipo de retorno em uma Interface(Contrato).
Já o atributo DataMember devera ser aplicado ao campos e propriedades que devem ser expostos através do serviço. Esse atributo controlara a visibilidade do campo ou da propriedade para os clientes que consomem o serviço.
O código abaixo exemplifica a classe Produto:
using System;
using System.Runtime.Serialization;
[DataContract]
public class Produto
{
[DataMember]
public string Tipo { get; set; }
}
Definindo o contrato do serviço e fazendo todas as configurações necessárias nos tipos que serão expostos, o próximo passo é a criação da classe que representará o serviço. Esta classe devera ter implementado todos os membros expostos pela Interface que define o contrato do serviço, incluído aqueles que não estão marcados com o atributo OperationContract, lembrando que tal implementação é uma imposição da linguagem e não do WCF. Essa implementação poder conter sua própria regra de negocio, além disso, as classes que representam o serviço podem configurar alguns recursos fornecidos pelo WCF e que estão acessíveis através de behaviors, como por exemplo: transações, sessões, seguranças e muitos outros.
O exemplo abaixo mostra como o WCF desacopla totalmente a regra de negocio de sua API, vemos que a classe que representa o serviço não possui nenhuma configuração do WCF.
using System;
public class Servico : IContrato
{
public Produto ListarProduto(string tipo)
{
return new Produto() { Tipo = tipo };
}
}
Mas então você deve estar se perguntando:
– Se essa classe possui apenas a regra de negocio não contendo nenhuma configuração do WCF, então como ela ira trabalhar?
E eu respondo:
– Fácil, ela será consumida pelo WCF. E antes que você pergunte como será a configuração para que essa classe fique responsável por atender as requisições. Eu logo respondo que isso será realizado através do host.
Mas isso fica para o próximo post :p
Hehe… Com já dizia o sábio: “palma palma não priemos canico”… Prometo não demorar mais do que 100 dias para postar o próximo… rsrsrs
Bruno Castrillon
MCTS – Web Application
Loading ...
