Este é um post disponível para assinantes MVPou para quem possui Créditos DevMedia. Clique aqui para saber mais!
Revista MSDN Magazine Edição 20 - Desenvolvimento de Serviços Contract-First
Artigo Originalmente Publicado na MSDN Magazine Edição 20
Clique aqui para ler todos os artigos desta edição
Desenvolvimento de Serviços Contract-First
por Aaron Skonnard
|
Este artigo discute |
Este artigo usa as seguintes tecnologias: |
|
· Visão de contratos de serviços através de Web Services e os padrões utilizados |
Download: |
|
Chapéu Serviços |
|
Neste artigo criarei o caso para o desenvolvimento contract-first e discutirei o modelo de programação ASMX. Como prosseguimento, orientarei você através de um processo de desenvolvimento contract-first prático usando as ferramentas de hoje e demonstrarei uma técnica híbrida que poderá lhe dar um bom equilíbrio entre operabilidade e produtividade.
Lições Aprendidas do COM
O desvio do desenvolvimento da orientação a objeto para o desenvolvimento de componentes possibilitou criar sistemas flexíveis nos quais os componentes individuais poderiam evoluir de forma independente sem afetar o restante do sistema. A tecnologia de componentes tornou isso possível reforçando limites rígidos e restringindo o acesso aos objetos através de definições de interface explícitas. Uma abordagem de desenvolvimento baseada em interface concentra-se no compartilhamento de definições de interface explícitas, ou "contratos", expressos em uma linguagem facilmente compreendida por outros, removendo as dependências sobre os detalhes de implementação e oferecendo interoperabilidade na linguagem de programação. Existem lições de design valiosas a serem aprendidas da experiência com componentes à medida que o SO evolui. Uma das mais importantes gira em torno do design do contrato.
Para usar uma classe encontrada dentro de um componente COM, você pede ao runtime que ative uma instância através de uma fábrica de classes. O runtime retorna então uma referência de interface para se comunicar com a instância do objeto. Todas as interações posteriores com a instância ocorrem através da referência de interface fornecida. Esse modelo baseado em interface protege o consumidor de todos os detalhes de implementação das classes. A única dependência assumida pelo cliente nesta situação é o vínculo com a definição da interface. Desde que a definição da interface não seja alterada, a implementação poderá ser atualizada com bug fixes ou com outras melhorias necessárias.
Este é um post disponível para assinantes MVPou para quem possui Créditos DevMedia. Clique aqui para saber mais!
Aaron Skonnard
Aaron Skonnard (http://staff.develop.com/aarons) é instrutor e pesquisador na DevelopMentor, onde desenvolve programas de estudo relacionados ao XML e ao Web Service. Aaron é co-autor de Essential XML Quick Reference (Addison-Wesley, 2001) e de Essential XML (Addison-Wesley, 2000).
