Arquitetura das aplicações

Eu entendi os conceitos, porém não sei se esses
exemplos estão corretos:

  1. ARQUITETURA MONOLÍTICA -1 CAMADA
    DELPHI ACESSANDO O PARADOX

  2. ARQUITETURA 02 CAMADAS – MODELO CLIENTE/SERVIDOR
    DELPHI ACESSANDO O ORACLE

  3. ARQUITETURA 03 CAMADAS
    FORMULÁRIOS FEITO EM DELPHI. AO SUBMETER UM FORMULÁRIO
    DE INCLUSÃO E FORMULÁRIO DISPARA UMA TRIGGER/STORE PROCEDURE

  4. ARQUITETURA 04 CAMADAS
    DESENVOLVIMENTO WEB. O FORMULÁRIO PASSA A SER NO NAVEGADOR.

  5. ARQUITETURA BASEADA EM COMPONENTES
    APLICAÇÕES USANDO UM SERVIDOR DE APLICAÇÃO

Alguns acertos :roll:

[quote]01. ARQUITETURA MONOLÍTICA -1 CAMADA
DELPHI ACESSANDO O PARADOX[/quote]
Talvez … Mas o exemplo clássico de aplicações monolíticas são aplicações escritas para mainframe, terminais burros, e processo centralizado.

[quote]02. ARQUITETURA 02 CAMADAS – MODELO CLIENTE/SERVIDOR
DELPHI ACESSANDO O ORACLE[/quote]
Na mosca :wink:

[quote]03. ARQUITETURA 03 CAMADAS
FORMULÁRIOS FEITO EM DELPHI. AO SUBMETER UM FORMULÁRIO
DE INCLUSÃO E FORMULÁRIO DISPARA UMA TRIGGER/STORE PROCEDURE [/quote]
Errado :? Banco de dados = repositório de dados + recursos do SGBD (triggers, stored procedures, etc)
Uma aplicação em 3 camadas caracteriza se por dividir em:
1 camada (cliente) = browser ou aplicação desktop (input/output para o usuário)
2 camada (servidor de negócios) = todas as regras de negócio estão aqui, tudo que o cliente precisa deve passar pelo servidor. Geralmente aqui temos um servidor de aplicações para tornar seu trabalho mais fácil.
3 camada (banco de dados) = quando usamos um banco de dados em ambiente multicamadas ele deveria servir apenas como repositório de dados uma vez que todas as regras de negócio da sua aplicação passa pelo servidor, assim não prcisamos mais de stored procedures, triggers, etc.

[quote]04. ARQUITETURA 04 CAMADAS
DESENVOLVIMENTO WEB. O FORMULÁRIO PASSA A SER NO NAVEGADOR.

  1. ARQUITETURA BASEADA EM COMPONENTES
    APLICAÇÕES USANDO UM SERVIDOR DE APLICAÇÃO [/quote]
    Aqui temos variações do modelo 3 camadas (cliente + servidor + banco). A diferença é que um servidor pode chamar outro servidor, etc. Desenvolver uma aplicação com mais que 3 camadas parece algo injustificado hoje em dia (exceto em alguns casos especiais). A própria arquitetura java para ambiente distribuído conduz para aplicações em 3 camadas. Acho que mais que isso aumentaria o overread (performance ruin) e aumentaria a complexidade da sua aplicação.

Esta questão classificar uma aplicação em X camadas depende do que vc está olhando. Se for apenas nas estruturas da aplicação (de maneira geral) pode se dar uma classificação, se for levar em conta Patterns podemos dar uma outra classificação.

O que expliquei foi bem por cima, para entender sobre a estrutura das aplicações em camdas é necessário voltar ao passado para ver qual era o cenário de tecnologia que estavam, aí sim fica mais fácil entender.

Mais detalhes: Google, Bibliotecas e livrarias :wink:

[]s, Welington B. Souza