Aplicações multicamadas em .NET - Parte 1

O desenvolvimento de novas soluções de software está associado, na esmagadora maioria dos casos, à construção de aplicações com interfaces gráficas que interagem com algum tipo de base relacional. Independentemente de ter sido implementada como uma página Web ou estando voltada ao ambiente desktop, tais interfaces costumam realizar ações que envolvem a manipulação de informações a partir de softwares como SQL Server, Oracle, Firebird, PostgreSQL, dentre outros sistemas gerenciadores de bancos de dados (SGBDs). Estas operações são conhecidas popularmente como CRUD (BOX 1).

A criação de interfaces gráficas em aplicações visuais pode ser simplificada de maneira significativa através do uso de softwares como o Visual Studio. Ferramentas deste tipo são baseadas em um conjunto de conceitos conhecidos como RAD (sigla do inglês “Rapid Application Development”). Partindo da utilização em larga escala de componentes visuais, além de técnicas de orientação a objetos e programação orientada a eventos, a metodologia RAD tem como principal objetivo tornar mais ágil e flexível o processo de desenvolvimento de novos sistemas.

Apesar de todos os benefícios que as ferramentas RAD oferecem, é bastante comum que programadores releguem a um segundo plano a importante tarefa de implementar aplicações de uma maneira bem estruturada. Com isto, todo esse trabalho costuma ser focado apenas na construção de interfaces gráficas com uma boa aparência. Estes descuidos podem ser motivados por vários fatores, tais como a falta de um maior conhecimento a respeito de boas práticas de desenvolvimento ou, mesmo, pressões para a entrega de projetos dentro de prazos extremamente curtos.

Uma alternativa bastante comum para garantir um mínimo de organização no código de um sistema é a divisão do mesmo em partes lógicas, com estas últimas sendo popularmente conhecidas como camadas. A meta deste artigo é fornecer uma descrição conceitual de como funciona o desenvolvimento de aplicações em camadas e, a partir disso, iniciar um exemplo prático de implementação de um projeto com base neste tipo de técnica (a ser continuado numa próxima edição).

Desenvolvimento de aplicações em camadas: uma visão geral

Conforme já mencionado, o desenvolvimento multicamadas consiste na construção de aplicações divididas em partes lógicas, as quais são conhecidas como “camadas”. Por mais que englobem diferentes funcionalidades, cada camada conta com classes e outras estruturas que possuem um tipo de comportamento semelhante. Em termos práticos, isto significa que os diversos elementos que formam uma camada executam um conjunto de ações similares (validações, acessos a bancos de dados, dentre outras operações).

No caso de soluções criadas na plataforma .NET, as camadas que irão compor uma aplicação podem ser implementadas das seguintes formas:

· Como partes de um mesmo projeto;

· Como diferentes projetos, os quais podem pertencem a uma mesma Solution (ou então serem referenciados em outras soluções).

Ao agrupar os vários componentes de um sistema com base nas tarefas que cada um destes desempenha, o desenvolvimento em camadas torna viável o reuso de partes de uma aplicação. Isso pode acontecer em outros pontos do software considerado (evitando assim a duplicação de código) ou, até mesmo, com outras soluções que venham a depender de uma funcionalidade específica.

Este tipo de prática também favorece a obtenção de um código mais organizado, em que é possível se observar uma clara separação de responsabilidades (BOX 2) entre os diferentes elementos que constituem cada camada do sistema. Com uma aplicação bem estruturada, torna-se mais simples a realização de atividades de manutenção ou, mesmo, visando a evolução de tal produto, uma vez que se espera que a solução apresente um comportamento mais flexível diante da necessidade de mudanças (praticamente certas ao longo do ciclo de vida de um software).

Ao se levar em conta o cotidiano de muitas equipes de desenvolvimento, o comum é que sistemas em conformidade com os princípios aqui descritos sejam implementados em três camadas:

· Camada de Apresentação: corresponde às interfaces gráficas a partir das quais os usuários interagem com a aplicação;

· Camada de Negócios: regras específicas do ramo de negócios ao qual o sistema em questão está relacionado;

· Camada de Acesso a Dados: envolve a interação com repositórios de informações (bancos de dados relacionais, na grande maioria dos casos).

Na Figura 1 está a representação esquemática de uma aplicação com três camadas. Iniciada a partir da interação de um usuário com um elemento da camada de apresentação, a comunicação entre os objetos de diferentes camadas acontece por meio de um mecanismo conhecido como delegação (BOX 3).

Maiores detalhes a respeito de cada uma dessas camadas serão discutidos nas próximas seções deste artigo.

Figura 1. Representação esquemática de um sistema com 3 camadas

Camada de Apresentação

Na camada de Apresentação (também conhecida em inglês como “Presentation Layer”) estão os componentes e instruções empregados na implementação das interfaces gráficas de uma aplicação.

Do ponto de vista prático, estes componentes nada mais são do que controles visuais utilizados para o preenchimento de dados por usuários de um sistema ou, mesmo, na exibição de informações em algum formato pré-definido. Já as instruções presentes na camada de Apresentação têm como objetivo efetuar o tratamento de ações disparadas por estes usuários, a fim de gerar com isto algum resultado específico. Normalmente, o código escrito nesta camada de um sistema envolve a manipulação de controles visuais (incluindo validações simples, como a checagem do tipo de dado que poderá ser inserido em um campo), além de chamadas endereçadas a recursos definidos na camada de Negócios.

Algumas considerações precisam ser feitas durante o desenvolvimento da camada de apresentação:

· O primeiro ponto a ser analisado é para qual ambiente a aplicação a ser construída está voltada. Atualmente, grande parte do desenvolvimento de soluções visuais está focado na construção de sites, mas ainda existem demandas para a implementação de aplicativos desktop, por exemplo;