📄️ Arquitetura de Camadas e Dependências
Este documento define as dependências permitidas entre camadas (Cliente, Application, Domain e Infra), estabelecendo limites claros de acoplamento e pontos de integração para manter o desenho DDD consistente.
📄️ Regras de Domínio no Core
Esta página consolida princípios para manter o Core/Domain centrado na regra de negócio. Para acelerar a migração de legado, admite-se uso controlado de anotações EF básicas, sem introduzir dependências de infraestrutura no domínio.
📄️ Repositórios sem Regras de Execução
Repositórios existem para persistência e recuperação de dados. Aqui definimos limites para evitar que lógica de negócio e orquestração contaminem a camada de acesso a dados.
📄️ Logging na Application
Definimos nesta página como centralizar o logging na Application, preservando a pureza do Domain e garantindo observabilidade consistente nos casos de uso.
📄️ Testes Unitários Obrigatórios
Padronizamos a exigência de testes unitários para toda implementação, com foco em validar invariantes do domínio e a orquestração da Application de forma isolada e determinística.
📄️ Resources no WMS.AI.Blazor
Esta página documenta o padrão de organização e consumo de resources (.resx) no WMS.AI.Blazor, garantindo localização e reutilização consistentes entre módulos e itens compartilhados.
📄️ Responsabilidade Única e Tamanho de Classes
Estabelecemos limites práticos para responsabilidade e tamanho de classes visando legibilidade, testabilidade e manutenção, especialmente relevantes na migração de legados para uma arquitetura DDD.
📄️ Registro de DI via Extensions
Padronizamos o registro de dependências via métodos de extensão na raiz do projeto, simplificando a composição em clientes e mantendo a inversão de dependências coerente entre camadas.
📄️ Views
Formalizamos aqui o uso da pasta Views no domínio como atalho arquitetural para leitura, acelerando a migração de sistemas legados sem comprometer as regras de negócio do Core.
📄️ Execução de Procedures
Esta página padroniza a chamada de procedures via uma abstração única, garantindo baixo acoplamento, testabilidade e observabilidade na Application durante a migração de legado.