Ouvindo Opiniões
Regras de negócio na Aplicação, no Banco de Dados ou no Servidor de Aplicação (n-tier)?
Sobre o autor: Graduado em processamento de dados, certificado em Delphi 7 pela Borland e atualmente trabalha com C# no Visual Studio há mais de 3 anos com experiência em Linq, silverlight, wpf e win forms.
Contato: reinaldocelsos@gmail.comBom minha opinião é usar camadas separadas, sendo que a camada de apresentação deveria ser usada apenas usada para apresentar as informações tendo acesso aos dados somente através de objeto _Classe_, nada de fazer as coisas tudo ligado diretamente através de componente.
Isso porque em todos os sistemas, por menores que sejam, no futuro terão manutenção e neste caso é que vem a vantagem em trabalhar com camadas, pois assim você concentra as informações em lugares únicos. Como as regras ficam juntas, o acesso ao banco também fica junto em uma outra camada de apresentação e se você alterar alguma coisa você tem mais controle da onde as mudanças irão afetar.
Hoje eu utilizo o padrão DAO que é em 4 camadas: Apresentação, Application (sendo esse responsável por iniciar as transações com o banco e finalizar o mesmo com commit ou rolback), Service (camada que ficam as regras de negócios) e DAO (camada de acesso ao banco como os select, insert etc).
Bom esse é o modelo que eu uso hoje e tenho projeto que usa ligações diretas com os dados através de componente e que tem também procedures e triggers. Posso afirmar que quando tenho que dar manutenção nesse projeto é muito mais complicado do que os que usam o padrão DAO. Mas isso eu só aprendi experimentando os dois lados da moeda.
Leia também outras opiniões:
- Participe:
- Seja um colaborador
- |
- Sugira um assunto
- |
- Seja avisado de novos assuntos










