Especial sobre .Net

Estamos a beira de uma revolução, a plataforma .Net é um fato, boa parte dos desenvolvedores seguirá esse caminho. Enquanto isso na “vida real” nos deparamos todo dia com a boa e velha formula: ASP, VB 6.0/COM+, JavaScript, SQL Server. E é nesse ambiente que tenho dedicado meu tempo nos últimos seis meses, e o que pretendo nesse espaço é compartilhar o que aprendemos nesse período. Nossa equipe desenvolveu um esquema onde é possível, através de bibliotecas de funções e padronizações, reutilizarmos os códigos em outras aplicações.

Iniciaremos nossos artigos com uma explanação conceitual do modelo de implementação utilizado, assim:

Seguindo o processo natural da evolução dos softwares, temos hoje as chamadas aplicações em 3 camadas. Voltando ao inicio da era da computação, as aplicações restringiam-se a unidades monolíticas (mainframes) que continham as aplicações e os dados centralizando todo o processamento. Com o advento da microinformática (terminais inteligentes) e a evolução das redes, o processamento passou a ser dividido, no que ficou conhecido como arquitetura Cliente/Servidor, sendo que a lógica da aplicação ora ficava na interface com o cliente, ora no gerenciador de banco de dados (quando eles eram usados), ou até mesmo dividia-se entre eles.

Atualmente, abriu-se espaço para a lógica do negócio, em uma camada intermediária (ver ilustração acima), isolando a interface com o cliente (camada de apresentação), do banco de dados, e é nesse cenário que temos nossa aplicação.

Por incrível que pareça, iniciaremos nossa explanação pela camada intermediária por considera-la o núcleo de qualquer aplicação dentro desse modelo, e principalmente por perceber o quão deficiente encontra-se os profissionais dessa área no mercado.

No modelo de implementação em três camadas, a camada de regras de negócios, como é conhecida e implementada aqui via componentes COM+ em Visual Basic, tem papel fundamental em qualquer sistema que segue essa proposta. Algumas características interessantes devem ser ressaltadas:

1. O Gerenciamento de transações é controlado pelo COM+.

2. As regras de negócio podem e devem estar centralizadas aqui.

3. Esses componentes podem ser reaproveitávies para qualquer aplicação que necessitem das mesmas regras.

4. Falar em aplicativos Web, o uso de Componentes é imprescindível para amenizar o processamento até então centrado no servidor, no cliente ou mesmo dividido entre eles.

Criamos um esquema onde alguns componentes básicos são fundamentais, dado suas características de modularidade e capacidade de reutilização.

Utilizamos o ADO com forma de acesso ao banco de dados, não nos ataremos a detalhes sobre o ADO, mas durante a implementação faremos alguns comentários.

Nossa proposta é de um esquema baseado em quatro componentes. Onde cada um tem funcionalidades distintas o que ajuda na manutenção, além de simplificar a portabilidade, a seguir explanaremos cada um deles, e nos próximos artigos, comentaremos suas respectivas implementações:

Seguranca.dll

Sua funcionalidade é de prover a segurança da aplicação, através da obtenção da string de conexão com o banco de dados.

Utilizamos um arquivo de configuração, chamado banco.ini onde as informações de segurança estão armazenadas, no entanto para um sistema implementado com essa tecnologia, utilizamos um esquema mais seguro com as informações de conexão armazenadas em tabelas, onde a preocupação com a segurança é mais intensa.

Pode-se questionar a funcionalidade desse componente ser incorporada ao componente de conexão, no entanto visando maior portabilidade e facilidade de manutenção quanto a implementação de segurança, fez-se necessário esse esquema.

conn.dll

Considerando que nossa implementação executa as instruções de INSERT, DELETE E UPDATE, a partir de um objecto conection do ADO, esse componente tem como função unicamente inicializar essa conexão e disponibiliza-la aos demais componentes, para tal ele faz referencia ao objeto seguraca.dll.

Move.dll

O coração dessa camada no modelo proposto. Dentre outras funcionalidades, é a geração (dinâmica) e execução das instruções de INSERT, DELETE, UPDATE E SELECT, controle de erro de interação com a base de dados, prover funcionalidade de navegação dos registros com a facilidade de relacionar os nomes físicos dos atributos com nomes lógicos mais intuitivos. Tem como pré-requisito a existência de uma conexão ativa criada pelo conn.dll.

CompBasico.dll

Provém a interface com o cliente (aplicativo ASP, VB, Delphi, etc) e um elemento do banco de dados (tabela ou view). Apresenta um relacionamento um para um com os elementos do banco de dados (tabela ou view), é através dele também que gerenciamos as transações, e encapsulamos as regras de negócio.

Até a próxima!