Arquitetura das aplicações  XML
Índice dos Fóruns » Arquitetura de Sistemas
Autor Mensagem
flanp
HelloWorld

Membro desde: 04/02/2005 10:41:00
Mensagens: 13
Offline

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

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

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

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

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

05. ARQUITETURA BASEADA EM COMPONENTES
APLICAÇÕES USANDO UM SERVIDOR DE APLICAÇÃO
wbsouza
JavaEvangelist
[Avatar]

Membro desde: 11/09/2002 11:19:13
Mensagens: 412
Localização: São Paulo / SP
Offline

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

Talvez ... Mas o exemplo clássico de aplicações monolíticas são aplicações escritas para mainframe, terminais burros, e processo centralizado.

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

Na mosca

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

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.

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

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

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

[]s, Welington B. Souza


Se enxerguei além dos outros é por que estava no ombro de gigantes (Isaac Newton)
[Email] [WWW]
 
Índice dos Fóruns » Arquitetura de Sistemas
Ir para:   
Powered by JForum 2.1.8 © JForum Team