Pular para o conteúdo principal

Aplicação em três camadas (ASP .NET C#)

Quando iniciamos uma nova aplicação é sempre uma boa ideia (e boa pratica) adotar uma forma de organizarmos os recursos que serão desenvolvidos, seja para garantirmos uma melhor manutenção do que esta sendo construído, uma segurança maior ou mesmo para garantir que determinadas responsabilidades da aplicação (apresentação da informação, regras ou acesso a dados) não influenciem uma nas outras quando for necessária sua alteração (correção ou substituição).

Vamos pensar na seguinte situação, em determinado momento no passado nós construímos uma aplicação em ASP para uma empresa, que acessava um repositório em access (jóia não?), ai depois de algum tempo nosso cliente começou a perceber a evolução da internet e solicita a você ajustes nessa aplicação, pois agora ele adquiriu um outro banco de dados e deseja uma nova aplicação web. 

Bom, se sua aplicação não foi bem estruturada, ou seja, as coisas acontecem de forma "misturada" com regras de negocio alterando diretamente questões visuais ou acesso a base de dados diretamente da aplicação, então amigo, nós temos um problema, pois a solicitação foi justamente a alteração da base de dados e da interface, se tudo esta misturado como devemos proceder?

A resposta ingrata dessa pergunta é a famigerada frase "Teremos de fazer do zero".

Percebem a importância da separação de responsabilidades? Se desde o inicio tudo estivesse bem organizado por responsabilidades poderíamos ter reaproveitado boa parte do código e ainda seriamos capazes de evoluir os ajustes por etapas.

O que iremos mostrar aqui é uma forma simples de realizar essa organização, um padrão muito utilizado é a separação em camadas, onde poderíamos destacar:
  • UI - responsável pela interação com o usuário (páginas web, APIs, forms, consoles, etc.);
  • BLL - responsável pelas regras de negócio (definir a validade das informações, como e quando essas informações podem ser enviadas ou recuperadas da base de dados);
  • DAL - responsável pelas ações com a base de dados (comunicação e manipulação da base de dados);

A ideia aqui é que exista independência de responsabilidades, onde cada camada deve fazer estritamente o que lhe é determinada, somado a um nível obrigatório de relação, onde a camada de interface conhece apenas a camada de negócios, a camada de negócios conhece apenas a camada de dados e a camada de dados não conhece ninguém (forever alone).

Com essas diretrizes simples temos o minimo necessário para garantir uma separação robusta que nos dará liberdade para ajustes futuros, existe um exemplo simples no git para demonstrar a ideia apresentada.

Nas próximas postagens iremos ajustar o projeto de exemplo aplicando alguns padrões interessantes.

Comentários

Mais visitadas

Array no PL/SQL (Oracle)

Trabalhar com estruturas indexadas pode nos poupar muito trabalho, deixar o código mais limpo e reutilizável, pois bem vamos dar um exemplo de como fazer isso no PL/SQL. Criaremos um tipo table que seja capaz de armazenar nomes de uma tabela de funcionários de forma indexada, e em seguida mostraremos o que foi armazenado, segue o código: 1: declare 2: -- tipo tabela contendo apenas texto e indexado 3: type TipoNomFunc is table of varchar 2(200) index by binary_integer; 4: -- variável do nosso tipo (como nosso tipo é indexado ele funcionará como um array) 5: func TipoNomFunc; 6: -- indice para loop 7: indice number := 1; 8: -- 9: begin 10: -- 11: -- cursor para nossa tabela de funcionarios 12: for emps in ( 13: select * 14: from funcionarios 15: ) 16: loop 17: -- colocamos o nome do funcionario em nosso "vetor" 18: func(indice) := emps.nom_funcionario; 19: -- incrementamos o indice 20:...

Criando uma Aplicação CRUD com Flask, PostgreSQL e Docker

Criando uma Aplicação CRUD com Flask, PostgreSQL e Docker Neste guia, vamos criar uma aplicação básica que acessa um banco de dados PostgreSQL e realiza operações CRUD (Create, Read, Update, Delete). Vamos usar Flask e executar tudo com Docker. Sem estilos ou extras, apenas o essencial. Estrutura do Projeto crud-app/ |-- app/ | |-- app.py | |-- templates/ | | |-- index.html | | |-- edit.html |-- Dockerfile |-- requirements.txt |-- docker-compose.yml Passo 1: Dependências Crie um arquivo requirements.txt com as seguintes linhas: Flask==2.2.2 Flask-SQLAlchemy==3.0.2 psycopg2-binary==2.9.3 Werkzeug==2.2.2 Passo 2: Aplicação Flask Arquivo app/app.py : from flask import Flask, render_template, request, redirect, url_for from flask_sqlalchemy import SQLAlchemy app = Flask(__name__) # Configuração do banco de dados app.config['SQLALCHEMY_DATABASE_URI'] = 'postgresql://user:password@db:5432/crud_db' app.config['SQLALCHEMY_TRACK_MODIFICATIONS'] = False db...

Listar arquivos existentes em diretório (Delphi)

Mostraremos uma maneira simples e prática para listar o conteúdo de um diretório com a opção de incluir nessa listagem os arquivos de seus subdiretórios. No exemplo abaixo temos um Edit para receber o diretório a ser pesquisado um CheckBox para indicar se os subdiretórios entrarão na pesquisa um botão para efetuar a pesquisa e um Memo para listar os arquivos encontrados, no final um Edit que receberá o cálculo final (em bytes) da soma do tamanho dos arquivos. procedure TForm1.Button1Click(Sender: TObject); begin   tamanhoTotal := 0;   memLista.Lines.Clear;   ListarArquivos(edtDiretorio.Text, chkSub.Checked);   Edit1.Text := IntToStr( tamanhoTotal ); end; procedure TForm1.ListarArquivos(Diretorio: string; Sub:Boolean); var   F: TSearchRec;   Ret: Integer;   TempNome: string; begin   Ret := FindFirst(Diretorio+'\*.*', faAnyFile, F);   try     while Ret = 0 do ...