Tentarei ser o mais genrico possvel. Nos exemplos irei utilizar ASP.Net 2.0 e acesso a dados atravs do ADO.

NET, mas pode ter certeza que para outros casos a idia no ir mudar muito, seja com LINQ, DAAB, NHIBERNATE, MVC ou qualquer outra tecnologia para acesso a dados. Ento vamos ao que interessa.

1. Introduo Antes de comear, quero dizer que a arquitetura de um sistema vria de projeto para projeto, de necessidade para necessidade. Mas em sua maioria para projetos de mdio e grande porte, utilizo as boas prticas de projetos de n-camadas (n-tier). J para projetos pequenos, utilizo uma arquitetura minimizada (a qual no irei abordar aqui). importante ter em mente que a organizao demanda tempo. bem mais rpido desenvolver um projeto de maneira desorganizada do que de maneira organizada. Mas as desvantagens de criar algo no pensado so inmeras, como: dificuldade de manuteno, difcil refatorao, cdigo no expressivo, entre outras. Ento bom pensar em tudo que for fazer, pensar em cada classe, mtodo, propriedade, que for criar. Parece ser besteira, mas sempre bom tomar cuidado com nomes e padres que sero utilizados no projeto. Mas, sem maiores delongas: "Zelar pelo cdigo que se faz". Em meus projetos costumo utilizar a seguinte arquitetura em camadas:

Parece ser bem simples no ? E mesmo. Se tivermos cuidado na hora de arquitetar o sistema e se pensarmos em todos (maioria) dos detalhes do projeto como um todo, iremos ter um sistema fcil de dar manuteno, legvel e modular. Alguns detalhes da arquitetura: - Devemos entender que as camadas de baixo referenciam as de cima. NUNCA devemos fazer o processo inverso. A nica camada que no referncia ningum e todos conseguem enxerga-l so as entidades. - Existem objetos prprios de cada camada, por exemplo, no iremos ter objeto da Namespace System.Data na camada da UI (Interface com o usurio). - Devemos lembrar que objetos que facilitam nossa vida como o SqlDataSource no esto de acordo com padres de projetos de muitas empresas. Pelo simples fato que ao utiliz-lo estamos indo em contra mo ao ponto que diz (que uma camada se comunica, apenas, com a imediatamente acima). Ao adotarmos o SqlDataSource como controle para manipular dados em nossas aplicaes, estamos fazendo com que a GUI acesse diretamente o banco de dados, e na prtica apenas a DAL pode acessar nossos meios de persistncia a dados. - As camadas podem estar distribudas em mquinas/pastas diferentes, deste que cada camada seja uma DLL. Em outros casos as camadas podem estar dentro de nossas aplicaes ASP.NET, sendo pastas na mesma.

- Os dados devem ser passados para as classes de cima sempre como entidade, ao invs de passar n parmetros para as camadas de cima, criando assim uma dependncia entre camadas. Caso eu adicione um atributo a mais em uma entidade, vou ter que adicionar um parmetro a mais em meu mtodo. Por exemplo: No utilize esse tipo de mtodo em seu cdigo: public void InserirPessoaJuridica(string nome, string CPF, int idade); Bem mais simples passar apenas um objeto do que passar 9271823182 de parmetros. public void InserirPessoaJuridica(PessoaJuridica pessoaJuridica);

OBS: O problema de se colocar todas as camadas em um nico projeto se um dia desejarmos criar aquela mesma aplicao para outro tipo de dispositivo. Por exemplo: Temos uma aplicao ASP.NET e desejamos agora criar uma opo para o usurio acess-la via dispositivo mvel. Caso as camadas estejam em um nico projeto, ser bem trabalhoso de fazer isto. J no caso de cada camada ser um projeto diferente, teremos apenas, que criar uma nova camada de UI e fazer com que esta referencie as outras camadas. Outros detalhes sero discutidos no decorrer deste artigo. Agora vamos falar sobre cada camada em particular.

1.1 GUI a camada de interface com o usurio. No nosso caso nossa aplicao ASP.NET. Poderia ser um projeto para dispositivo mvel, Windows Form, WPF, Silverlight. O ideal que nessa camada encontremos apenas cdigo que estejam diretamente relacionados com nossas pginas aspx. J vi desenvolvedores de empresas grandes que faziam coisas esdrxulas como acessar o bando direto da GUI. Alm de deixar o cdigo seboso, o trabalho de refazer o mesmo cdigo inmeras vezes ser enorme. Ento vamos seguir a regra, cada camada s enxerga a imediatamente acima.

1.2 Entidade

 a nica camada que todos enxergam. Esta entidade contm nossas classes bsicas (Ex: Pessoa, Mdico, Casa, Cachorro, PessoaJuridica, PessoaFisica...). Classes que representam coisas do nosso mundo real.

1.3 Faade um padro faz com que tenhamos todas as funes do sistema em uma nica classe. Uma possvel implementao para este padro utilizar a palavra chave partial para ter vrios arquivos fsicos, mas que no final das contas ser uma nica classe. A finalidade disto evitar ter um nico arquivo enorme. OBS: Esta camada optativa. Voc pode acessar diretamente a camada de negcio. Costumo utilizar este padro em casos onde preciso executar chamadas consecutivas ao banco em uma nica operao. Por exemplo, no caso de uma transferncia de conta bancria. Preciso retirar de uma pessoa e colocar na conta de outra. Ento a faade serviria para fazer a chamada ao devidas funes. Teria o mtodo Transferncia na classe Faade, que este por sua vez iria ter o seguinte trecho de cdigo: PessoaBus.Depositar(x); PessoaBus.Sacar(x); Ou seja utilizo essa classe apenas quando dou preferncia a ter um local de fcil acesso que faa as operaes na ordem de execuo.

1.4 Business Tier Essa camada contm tudo que for lgica de negcio. Ela que ir fazer verificaes e validaes dos dados vindos e que ainda vo para o banco. importante saber a diferencia entre regras de negcio e validaes bsicas. Pois existem validaes que no precisam ser feitas necessariamente nesta classe. Como por exemplo, se o CPF vlido, pois essa uma regra geral, e no de um especfico sistema. A validao do CPF pode ser feita tanto do lado do cliente (javascript) como na camada de entidades.

1.5 DAL nica camada que acessa a dados. Esta camada especifica para isso e nada mais. Ento uma boa prtica evitar colocar validaes nesta classe ou qualquer trecho de cdigo que no esteja diretamente relacionado com acesso a dados.

Em muitos projetos tento criar camadas de acessos a dados genricos. Mas isso no obrigatrio (dependendo do projeto, lgico). Se voc sabe que aquele projeto sempre vai acessar apenas a um banco de dados (Sql Server, Oracle, Mysql, Postgres ou qualquer outro) e no tem a menor chance de mudar, ento no existe a necessidade de criar uma camada genrica.

OBS: Criar os repositrios para cada entidade e mapear cada tabela do banco em uma entidade d muito trabalho. Ento existem vrias ferramentas que fazem esse trabalho para ns. So as ferramentas de mapeamento objeto relacionais. Temos em .NET como exemplo: Nhibernate, SubSonic, LINQ. Temos um projeto da Microsoft que abstrai o acesso a banco de dados de nossa aplicao. um projeto grande, que nos fornece muitas utilidades, que a Microsoft Data Access Application Block. Caso voc opte por utilizar alguma dessas ferramentas tudo bem. Mas muito cuidado ao escolher alguma delas. Pois alguns cdigos gerados podem ir contra os padres adotados em seu projeto, o que pode dar muita dor de cabea ao tentar modificar o cdigo gerado pela mesma.

Quanto a conceitos de camadas, o que posso dizer isso. Aconselho a estudar coisas relacionadas a design partner. Com bom conhecimento de padres de projetos e bom conhecimento da regra de negcio da aplicao voc ser capaz de escrever aplicaes bem arquitetadas e modeladas.

2. Codificando Como exemplo, vou mostrar um cadastro de pessoa bem simples. Apenas para dar idia de como seria um sistema em camadas que costumo utilizar em alguns projetos pessoais. Porm, longe de ser o modelo ideal para suas aplicaes. Para chegar a um modelo ideal para A aplicao procuro me sentar com toda a equipe de desenvolvimento (se no apenas os mais experientes) para discutirmos o modelo de nossa aplicao e de algumas classes. Para este exemplo, irei fazer uma aplicao ASP.NET e C# 2.0, acessando os dados com ADO.NET. Fazendo tudo isto na mo, sem o auxlio de ferramenta alguma. Bem, em meus projetos costumo comear de cima para baixo, ou seja, crio as camadas na seguinte sequncia: Entidade -> DAL -> Business -> Faade -> GUI. Pois me faz pensar primeiramente no problema como um todo, e me faz refletir sobre as possveis operaes e necessidade do sistema.

2.1 Modelando o banco. O banco ser bem simples, ter apenas a tabela pessoa.

O script para a tabela :

CREATE TABLE [dbo].[Pessoa]( [id] [int] IDENTITY(1,1) NOT NULL, [nome] [nvarchar](100) NULL, [dataNascimento] [smalldatetime] NULL, [sexo] [nchar](1) NULL, [email] [nvarchar](50) NULL, [cpf] [nvarchar](15) NULL, CONSTRAINT [PK_Pessoa] PRIMARY KEY CLUSTERED )

2.2. Entidade A camada de entidade bsica de se fazer, basicamente um mapeamento das tabelas do banco. Para cada tabela do banco, teremos uma classe na camada de entidades.
1: public class Pessoa 2: { 3: #region Atributos 4: 5: private DateTime _dateNascimento; 6: 7: #endregion 8: 9: #region Construtores 10: 11: public Pessoa() 12: { 13: 14: } 15: 16: public Pessoa(int id) 17: { 18: this.ID = id; 19: }

20: 21: 22: 23: 24: 25: 26: 27: 28: 29: 30: 31: 32: 33: 34: 35: 36: 37: 38: 39: 40: 41: 42: 43: 44: 45: 46: 47: 48: 49: 50: 51: 52: 53: 54: 55: 56: 57: 58: 59: 60: 61: 62: 63: 64: 65: 66: 67: 68: 69: 70: }

public Pessoa(string nome, DateTime dataNascimento, char sexo, string email, string cpf) { this.Nome = nome; this.DataNascimento = dataNascimento; this.Sexo = sexo; this.Email = email; this.Cpf = cpf; } public Pessoa(int id, string nome, DateTime dataNascimento, char sexo, string email, string cpf) : this(nome, dataNascimento, sexo, email, cpf) { this.ID = id; } #endregion #region Propriedades public int ID { get; set; } public string Nome { get; set; } public DateTime DataNascimento { get { return this._dateNascimento; } set { if (value > DateTime.Now) { throw new DataInvalidaException(); } else { this._dateNascimento = value; } } } public char Sexo { get; set; } public string Email { get; set; } public string Cpf { get; set; } #endregion

D para notar que na propriedade DataNascimento feita uma validao. Essa validao pode ser feita nesta camada, pelo fato de ser uma validao bsica, onde no muda de sistema para sistema. Ou seja, em todo local do mundo a data de nascimento de uma pessoa vai ser menos que a data atual.

2.3. Camada de acesso a dados Para criar as camadas de acesso a dados, costumo criar uma (ou mais) interfaces ou classes abstratas que serviro como base criar as classes de acesso a dados de cada entidade. Esta classe ou interface contm definies de mtodos bsicos, que sei que todas as classes vo conter, como por exemplo: Inserir, Atualizar, Recuperar por ID, Deletar. Para o exemplo, irei utilizar a seguinte interface:
1: 2: 3: 4: 5: 6: 7: 8: 9: 10: 11: 12: 13: 14: /// <summary> /// Interface com todos os mtodos necessrios para uma classe de DAO /// </summary> /// <typeparam name="T">tipo do objeto que ser manipulador pela DAO</typeparam> public interface IDataAccessObject<T> where T : new() { T Get<K>(K id); void Insert(T obj); void Update<K>(K id, T obj); void Delete<K>(K id); }

Esta uma interface genrica que contm mtodos bsicos para outras classes. Alguns mtodos so genricos por recebem o tipo da chave primria da entidade (int, long, short).

Outra classe da DAL que costumo utilizar uma classe para auxiliar coisas como: criao de parmetros, criao de comandos, entre outras operaes. Como falei anteriormente, voc pode utilizar a Microsoft Data Access Application Block para ajudar com esse tipo de coisas. Essa biblioteca contm inmeros mtodos. Para a aplicao de demonstrao, irei utilizar uma classe bem simples que fiz apenas para esse exemplo. Detalhe que no estou abstraindo o banco da aplicao, mas aconselho voc a criar uma classe que abstraia o banco que esta se utilizando. Outra observao que est classe est incompleta,

fiz apenas para exemplo mesmo. Esta uma classe que tem que ser bem pensada e bem trabalhada com a finalidade de obter melhor desempenho do banco de dados que est usando. Garanto que no ser difcil modificar esta classe para ser genrica. Segue o cdigo da mesma:
1: public class DatabaseHelper 2: { 3: #region Propriedades 4: 5: public SqlConnection MyBdConnection { get; set; } 6: public string NomeStringConexao { get; set; } 7: 8: #endregion 9: 10: #region Construtores 11: 12: public DatabaseHelper() 13: { 14: this.NomeStringConexao = "DefaultStringConexao"; 15: this.MyBdConnection = new SqlConnection(this.NomeStringConexao); 16: } 17: 18: public DatabaseHelper(string nomeStringConexao) 19: { 20: 21: this.NomeStringConexao = nomeStringConexao; 22: this.MyBdConnection = new SqlConnection(this.NomeStringConexao); 23: } 24: 25: #endregion 26: 27: #region Mtodos Privados 28: 29: private string GetCorrectParameterName(string parameterName) 30: { 31: if (parameterName[0] != '@') 32: { 33: parameterName = "@" + parameterName; 34: } 35: return parameterName; 36: } 37: 38: #endregion 39: 40: #region Mtodos Pblicos 41: 42: public static DatabaseHelper Create() 43: { 44: return new DatabaseHelper(); 45: } 46: 47: public static DatabaseHelper Create(string nomeStringConexao) 48: { 49: return new DatabaseHelper(nomeStringConexao);

50: } 51: 52: public void OpenConnection() 53: { 54: if (this.MyBdConnection.State == System.Data.ConnectionState.Closed) 55: { 56: this.MyBdConnection.Open(); 57: } 58: } 59: 60: public void CloseConection() 61: { 62: this.MyBdConnection.Close(); 63: } 64: 65: public SqlParameter BuildParameter(string nome, object valor, DbType tipo, int size) 66: { 67: SqlParameter parametro = new SqlParameter(this.GetCorrectParameterName(nome), valor); 68: parametro.DbType = tipo; 69: parametro.Size = size; 70: return parametro; 71: } 72: 73: public void BuildParameter(string nome, object valor, DbType tipo, int size, List<SqlParameter> listParametros) 74: { 75: SqlParameter parametro = this.BuildParameter(nome, valor, tipo, size); 76: listParametros.Add(parametro); 77: } 78: 79: public SqlParameter BuildOutPutParameter(string nome, DbType tipo, int size) 80: { 81: SqlParameter parametro = new SqlParameter(); 82: parametro.ParameterName = this.GetCorrectParameterName(nome); 83: parametro.DbType = tipo; 84: parametro.Size = size; 85: parametro.Direction = ParameterDirection.Output; 86: return parametro; 87: } 88: 89: public void BuildOutPutParameter(string nome, DbType tipo, int size, List<SqlParameter> listParametros) 90: { 91: SqlParameter parametro = this.BuildOutPutParameter(nome, tipo, size); 92: listParametros.Add(parametro); 93: } 94: 95: public void ExecuteNonQuery(SqlCommand command) 96: { 97: command.ExecuteNonQuery(); 98: } 99: 100: public void ExecuteNonQuery(SqlCommand command, bool openConnection) 101: {

102: 103: 104: 105: 106: 107: 108: 109: 110: 111: 112: 113: 114: 115: 116: 117: 118: 119: 120: 121: 122: 123: 124: 125: 126: 127: 128: 129: 130: 131: 132: 133: 134: 135: 136: 137: 138: 139: 140: 141: 142: 143: 144: 145: 146: 147: 148: 149: 150: 151: 152: 153: 154: 155:

if (openConnection) { this.OpenConnection(); } this.ExecuteNonQuery(command); if (openConnection) { this.CloseConection(); } } public void ExecuteNonQuery(string query, params SqlParameter[] parameters) { Exception erro = null; try { this.OpenConnection(); SqlCommand command = this.MyBdConnection.CreateCommand(); command.CommandText = query; command.Parameters.AddRange(parameters); this.ExecuteNonQuery(command); this.CloseConection(); } catch (Exception ex) { erro = ex; } finally { this.CloseConection(); } if (erro != null) { throw erro; } } public void ExecuteCommands(params SqlCommand[] commands) { Exception erro = null; SqlTransaction trans = null; try { this.MyBdConnection.Open(); trans = this.MyBdConnection.BeginTransaction(); for (int i = 0; i < commands.Length; i++) { commands[i].Transaction = trans; this.ExecuteNonQuery(commands[i]); } trans.Commit(); this.MyBdConnection.Close(); }

156: 157: 158: 159: 160: 161: 162: 163: 164: 165: 166: 167: 168: 169: 170: 171: 172: 173: }

catch(Exception ex) { trans.Rollback(); erro = ex; } finally { this.MyBdConnection.Close(); } if (erro != null) { throw erro; } } #endregion

Para criar essa classe auxiliar deve se considerar muitas coisas: - Abrangncia; -Desempenho; - Utilizao de cach ou no; - Objetos que sero utilizados para manipular os dados (DataDet, DataTable, SqlDataReader); - Se ser utilizado apenas stored procedure ou se todas as querys vo estar na aplicao. - ...;

J temos uma interface para nossa camada de acesso a dados e uma classe que ir nos auxiliar com a mesma. Agora nos resta criar as classe de acesso para cada entidade presente em nosso projeto. O cdigo da nossa classe Pessoa ser o seguinte:
1: public class PessoaDAO : IDataAccessObject<Pessoa> 2: { 3: #region Atributos 4: 5: private DatabaseHelper databaseHelper; 6: 7: #endregion 8: 9: #region Construtores 10: 11: public PessoaDAO() 12: {

13: databaseHelper = DatabaseHelper.Create(); 14: } 15: 16: #endregion 17: 18: #region IDataAccessObject<Pessoa> Members 19: 20: public Pessoa Get<K>(K id) 21: { 22: Pessoa pessoa = new Pessoa(); 23: SqlDataReader reader = null; 24: try 25: { 26: string query = "SELECT * FROM Pessoa WHERE id = @id"; 27: databaseHelper.OpenConnection(); 28: reader = databaseHelper.ExecuteDataReader(query, 29: new SqlParameter("id", id)); 30: while (reader.Read()) 31: { 32: pessoa.Nome = reader["nome"].ToString(); 33: pessoa.Cpf = reader["cpf"].ToString(); 34: pessoa.DataNascimento = Convert.ToDateTime(reader["dataNascimento"]); 35: pessoa.Email = reader["email"].ToString(); 36: pessoa.ID = Convert.ToInt32(reader["nome"]); 37: } 38: reader.Close(); 39: this.databaseHelper.CloseConection(); 40: } 41: finally 42: { 43: if (reader != null) 44: { 45: reader.Close(); 46: } 47: this.databaseHelper.CloseConection(); 48: } 49: return pessoa; 50: } 51: 52: public void Insert(Pessoa obj) 53: { 54: string query = "INSERT INTO PESSOA (nome, dataNacimento, cpf, email, sexo) VALUES (@nome, @dataNascimento, @cpf, @email, @sexo)"; 55: this.databaseHelper.ExecuteNonQuery(query, 56: new SqlParameter("nome", obj.Nome), 57: new SqlParameter("dataNascimento", obj.DataNascimento), 58: new SqlParameter("cpf", obj.Cpf), 59: new SqlParameter("email", obj.Email), 60: new SqlParameter("sexo", obj.Sexo)); 61: } 62: 63: public void Update<K>(K id, Pessoa obj) 64: { 65: throw new NotImplementedException();

66: 67: 68: 69: 70: 71: 72: 73: 74: }

} public void Delete<K>(K id) { throw new NotImplementedException(); } #endregion

Simples no ?! A implementao dos mtodos de delete e update, eu deixo como exerccio para voc. :D

2.3. Camada de Negcio A idia da camada de negcio bastante simples. Como falei anteriormente, ela tem o papel de acessar a camada de dados e quem far validaes em cima da mesma. Geralmente, assim como a camada de DAL, costumo criar uma interface nessa camada com os mtodos mais utilizados. Mas para exemplo irei mostrar apenas o mtodo insert da classe de negcio de pessoa.
1: public class PessoaBus 2: { 3: private PessoaDAO pessoaDAO; 4: 5: public PessoaBus() 6: { 7: this.pessoaDAO = new PessoaDAO(); 8: } 9: 10: public void Inserir(Pessoa pessoa) 11: { 12: //caso haja validao, ela pode ser feita neste mtodo mesmo. 13: this.pessoaDAO.Insert(pessoa); 14: } 15: }

Um padro que costumo utilizar nessa camada so as factories. Que tem o papel de criar instncias das classes. Ou seja, com esse padro eu consigo ter acesso a qualquer objeto acessando apenas uma classe. Exemplo de Factory:
1: public static class FactoryDAO 2: { 3: public static ContatoDAO CreateContatoDAO() 4: { 5: return new ContatoDAO();

6: 7: 8: 9: 10: 11: 12: }

} public static ContatoDAO CreatePessoaDAO() { return new PessoaDAO(); }

2.4. Faade Tier Faade simples o bastante que dispensa palavras. Ento vamos ao exemplo: Arquivo 1: Facade.cs
1: public partial class Facade 2: { 3: private PessoaDAO _pessoaDAO; 4: private ContatoDAO _contatoDAO; 5: 6: public Facade() 7: { 8: _contatoDAO = FactoryDAO.CreateContatoDAO(); 9: _pessoaDAO = FactoryDAO.CreatePessoaDAO(); 10: } 11: }

Arquivo 2: PessoaFacade.cs
1: public partial class Facade 2: { 3: public void InserirPessoa(Pessoa pessoa) 4: { 5: this._pessoaDAO.Insert(pessoa); 6: } 7: 8: public void UpdatePessoa(int id, Pessoa pessoa) 9: { 10: this._pessoaDAO.Update<int>(id, pessoa); 11: } 12: 13: public Pessoa GetPessoa(int id) 14: { 15: return this._pessoaDAO.Get<int>(id); 16: } 17: 18: public void DeletePessoa(int id) 19: {

20: 21: 22: }

this._pessoaDAO.Delete<int>(id); }

OBS: Notar o uso da palavra chave partial.

2.5. UI Tier No irei mostrar exemplo de cdigo desta camada. Pois este o nosso projeto ASP.NET que j sabemos. A nica coisa que devemos fazer nessa camada encapsular os dados no objeto Pessoa, por exemplo e em seguida passar o mesmo para algum mtodo da Faade.

Bem, espero ter ajudado. O bsico de uma boa arquitetura de sistema isto. Pode ter certeza que lendo esse material, depois de ter entendido o mesmo por completo e depois ler profundamente sobre padres de projetos voc estar totalmente apto para criar uma aplicao bem modelada e arquitetada. Em outra oportunidade escreverei um pouco mais sobre arquitetura em camadas e trarei exemplos de sistemas bem arquitetados.

Abraos.