Três camadas: UI (interface), BLL (camada de lógica de negócios), DAL (camada de acesso a dados). Essas três são indispensáveis, das quais BLL e as classes em DAL são classes públicas, porque a interface precisa chamar BLL, BLL precisa chamar DAL, e UTILITY (o método subjacente para se conectar ao banco de dados e realizar operações básicas de "adicionar, excluir, modificar e verificar"). Além disso, também podem existir camadas de entidade, como ENTITY (que mapeia tabelas de dados) e Common (essa biblioteca geralmente coloca alguns métodos gerais, como métodos de validação de dados, métodos de operação de controle, etc.). Simplificando, é O acesso a dados do banco de dados é uma camada de acesso a dados Organizar os relacionamentos comerciais de dados relacionados é uma camada de lógica de negócios A representação dos dados agrupados mostra que isso é uma camada de representação.
Aliás, eu te ajudei a encontrar algumas informações: Uma boa estrutura hierárquica pode deixar a divisão de tarefas dos desenvolvedores mais clara. Uma vez definidas as interfaces entre as camadas, os desenvolvedores responsáveis por diferentes projetos lógicos podem dispersar seus esforços e trabalhar lado a lado. Por exemplo, o pessoal de UI só precisa considerar a experiência e o funcionamento da interface do usuário, os designers de domínio só podem focar no design da lógica de negócios, e os designers de banco de dados não precisam se preocupar com interações complicadas com o usuário. A tarefa de cada desenvolvedor é confirmada, e o progresso do desenvolvimento pode ser rapidamente melhorado.
Os benefícios do acoplamento frouxo são claros. Se um sistema não é hierárquico, então sua lógica é fortemente entrelaçada e interdependente, e ninguém é substituível. Uma vez que uma mudança ocorra, ela afetará todo o corpo, e o impacto no projeto será extremamente sério. Reduzir a dependência entre camadas pode não apenas garantir escalabilidade futura, mas também trazer vantagens óbvias em reutilização. Uma vez que cada módulo funcional tenha definido uma interface unificada, ele pode ser chamado por cada módulo sem precisar desenvolver a mesma função repetidamente.
Para realizar um bom desenho de estrutura hierárquica, padrões também são essenciais. Somente em certo nível de padronização esse sistema pode ser escalável e substituível. A comunicação entre camadas também garante necessariamente a padronização das interfaces.
|