Usando um modelo de arquitetura de três camadas
O modelo de arquitetura de três camadas, que é a estrutura fundamental para o modelo de design lógico, segmenta os componentes de um aplicativo em três camadas de serviços. Essas camadas não correspondem necessariamente a locais físicos em vários computadores em uma rede, mas sim a camadas lógicas do aplicativo. A forma como as partes de um aplicativo são distribuídas em uma topologia física pode mudar, dependendo dos requisitos do sistema.
A seguir estão breves descrições dos serviços alocados para cada camada:
A camada de apresentação, ou camada de serviços do usuário, dá a um usuário acesso ao aplicativo. Esta camada apresenta dados ao usuário e, opcionalmente, permite a manipulação e entrada de dados. Os dois principais tipos de interface do usuário para essa camada são o aplicativo tradicional e o aplicativo baseado na Web. Os aplicativos baseados na Web agora geralmente contêm a maioria dos recursos de manipulação de dados que os aplicativos tradicionais usam. Isso é feito por meio do uso de HTML dinâmico e fontes de dados do lado do cliente e cursores de dados.
Observação
Em um aplicativo de três camadas, o aplicativo do lado do cliente será mais fino do que um aplicativo cliente-servidor porque não conterá os componentes de serviço agora localizados na camada intermediária. Isso resulta em menos sobrecarga para o usuário, mas mais tráfego de rede para o sistema porque os componentes são distribuídos entre máquinas diferentes.
A camada intermediária, ou camada de serviços corporativos, consiste em regras de negócios e de dados. Também conhecida como camada de lógica de negócios, a camada intermediária é onde os desenvolvedores COM+ podem resolver problemas de negócios de missão crítica e obter grandes vantagens de produtividade. Os componentes que compõem essa camada podem existir em uma máquina servidora, para auxiliar no compartilhamento de recursos. Esses componentes podem ser usados para impor regras de negócios, como algoritmos de negócios e regulamentações legais ou governamentais, e regras de dados, que são projetadas para manter as estruturas de dados consistentes em bancos de dados específicos ou múltiplos. Como esses componentes da camada intermediária não estão vinculados a um cliente específico, eles podem ser usados por todos os aplicativos e podem ser movidos para locais diferentes, conforme o tempo de resposta e outras regras exigem. Por exemplo, edições simples podem ser colocadas no lado do cliente para minimizar viagens de ida e volta de rede ou regras de dados podem ser colocadas em procedimentos armazenados.
A camada de dados, ou camada de serviços de dados, interage com dados persistentes geralmente armazenados em um banco de dados ou em armazenamento permanente. Esta é a camada de acesso DBMS real. Ele pode ser acessado através da camada de serviços de negócios e, ocasionalmente, pela camada de serviços do usuário. Essa camada consiste em componentes de acesso a dados (em vez de conexões DBMS brutas) para ajudar no compartilhamento de recursos e permitir que os clientes sejam configurados sem instalar as bibliotecas DBMS e os drivers ODBC em cada cliente.
Durante o ciclo de vida de um aplicativo, a abordagem de três camadas oferece benefícios como reutilização, flexibilidade, capacidade de gerenciamento, manutenibilidade e escalabilidade. Você pode compartilhar e reutilizar os componentes e serviços criados e distribuí-los em uma rede de computadores, conforme necessário. Você pode dividir projetos grandes e complexos em projetos mais simples e atribuí-los a diferentes programadores ou equipes de programação. Você também pode implantar componentes e serviços em um servidor para ajudar a acompanhar as alterações e pode reimplantá-los à medida que o crescimento da base de usuários, dos dados e do volume de transações do aplicativo aumenta.
Tópicos relacionados