ASP.Net 2.0 Aplicação sem lógica de negócios da camada?

votos
3

É aceitável para ter um ASP.Net 2.0 aplicação sem a (camada de negócios Logic) BLL como o seguinte?

  1. SQL Server Data Storage & Stored Procedures
  2. Data Link Layer (Fortemente digitado Adaptadores de mesa), que liga a Stored Procs
  3. Camada de Apresentação páginas ASPX com código por trás e ObjectDataSource para conexão direto para a DLL

um BLL é sempre preferível, mesmo que a lógica de negócios é inteiramente Validatable no código da apresentação para trás? Quais são as desvantagens potenciais para não usar um BLL?

Publicado 07/08/2008 em 03:41
fonte usuário
Em outras línguas...                            


5 respostas

votos
4

É aceitável, desde que você compreende as consequências. A principal razão você teria um BLL é a re-utilizar essa lógica em outros lugares ao longo de sua aplicação.

Se você tem tudo o que a lógica de validação no código de apresentação, você está realmente tornando-se difícil voltar a usar em outra parte dentro de sua aplicação.

Respondeu 07/08/2008 em 03:48
fonte usuário

votos
2

Aceitável? Depende de quem você perguntar e quais são suas necessidades. É este app um one-off interno usado por você e algumas outras pessoas? Talvez isso seja bom o suficiente. Se ele está destinado a ser um aplicativo corporativo prontos produção que vai crescer e ser mantido ao longo dos anos, então você provavelmente vai querer investir mais esforço up-front para construir um aplicativo de fácil manutenção.

Separação de interesses é uma técnica de projeto chave para a criação de aplicativos sustentáveis. Ao misturar apresentação, negócio e lógica de acesso a dados todos juntos, você pode acabar com um difícil muito frágil para mudar a arquitetura do aplicativo.

Respondeu 07/08/2008 em 03:49
fonte usuário

votos
2

Como tudo isso é ambiental e depende do uso do sistema. A pergunta que você precisa perguntar a si próprio é:

  1. Será que isto vai ser desenvolvido ativamente
  2. Será que isso vai ser usado ao longo de muitos anos e ampliado em
  3. É a expansão do aplicativo desconhecido e, portanto, infinita

Realmente se trata de preguiça. Quanto tempo para você quer gastar retrabalhar o sistema a partir da interface do usuário? Porque não tendo camada de negócios significa a duplicação de regras na sua UI através possibilidade muitos páginas.

Então, novamente, se isso é uma prova de conceito ou curto demo ou projeto de classe. Pegue o caminho mais fácil.

Respondeu 07/08/2008 em 03:46
fonte usuário

votos
1

Depende. Se a sua lógica de negócio está em seus eventos de clique e carregamento da página, não é aceitável.

Parece que sua lógica de negócio está em algum lugar dentro do DAL (por exemplo, procedimentos armazenados e tal), apenas contanto que você for consistente, está tudo bem. Contanto que você é muito, muito certo de que seus clientes vão sempre estar usando SQL Server, em seguida, esta abordagem não é um problema.

Eu sei que um colega que tem toda a lógica de negócios em procedimentos armazenados que suas opiniões são principalmente os thin clients para backends de banco de dados: ele tem sido extremamente bem sucedido com o produto que ele vende. Mas isso é só porque ele é muito coerente com ela.

Respondeu 31/08/2008 em 08:28
fonte usuário

votos
0

Se a aplicação é geral, então a camada de lógica de negócios pode ser usado em outras aplicações completas também. Tipo, eu normalmente usar minhas classes BLL relacionados CMS em outras aplicações.

Respondeu 23/10/2009 em 08:59
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more