Pessoalmente eu uso uma estrutura híbrida entre a "Arquitetura Limpa" e "Ports & Adapters", então, geralmente separo em uma camada Core (com subcamadas de Domain seguindo práticas do DDD e Application) e uma camada Adapters (com implementações dos repositórios, serviços e outros elementos externos). Acredito que organizando o projeto dessa forma já é possível torná-lo bem mais legível, com separação clara de responsabilidades e facilidade na hora de testar ou estender as funcionalidades da aplicação, então, mesmo não sendo uma estrutura perfeita, ela se adequa bem pra aplicações de complexidade baixa ou intermediária.
MediatR dentro do Domain? Robert Cecil Martin especifica que a camada de Domain não deve possuir framework, eles devem estar nas camadas mais externas da aplicação. Gosto muito dos seus vídeos, lhe deseje sucesso!
Um outro ponto que acho que vale a pena destacar. Em Clean Architecture, Uncle Bob coloca na camada de infrastructure os Controllers, Repositories, etc. Algumas pessoas colocam esses recursos no mesmo pacote, de forma que eles tem acesso um ao outro. Isso pode levar a um indesejado bypass, onde o Controller pode injetar diretamente um Repository e pular o UseCase. É importante tomar cuidado na hora de implementar para restringir os acessos indevidos.
Parabéns pelo vídeo meu querido!!! Sucesso 🚀🚀
Valeeeu Balta. Tmj meu querido. Abraço.
Velho, sua didática é muito legal!
Tmj, querido. Grande abraço.
Pessoalmente eu uso uma estrutura híbrida entre a "Arquitetura Limpa" e "Ports & Adapters", então, geralmente separo em uma camada Core (com subcamadas de Domain seguindo práticas do DDD e Application) e uma camada Adapters (com implementações dos repositórios, serviços e outros elementos externos). Acredito que organizando o projeto dessa forma já é possível torná-lo bem mais legível, com separação clara de responsabilidades e facilidade na hora de testar ou estender as funcionalidades da aplicação, então, mesmo não sendo uma estrutura perfeita, ela se adequa bem pra aplicações de complexidade baixa ou intermediária.
Top demais! Grande abraço.
MediatR dentro do Domain? Robert Cecil Martin especifica que a camada de Domain não deve possuir framework, eles devem estar nas camadas mais externas da aplicação. Gosto muito dos seus vídeos, lhe deseje sucesso!
Tmj demais meu amigo. Grande abraço.
Fantástico, muito bom, como sempre. Tive a honra de ter tido aulas de .NET com você na CWI, continuo acompanhando no canal e sempre aprendendo muito
Valeeeu meu querido. Honra pra mim poder compartilhar conhecimento com vocês. Grande abraço. Tmj.
Grande Giaretta
Só conteúdos tops e didático, parabéns
Valeeu Cleiton. Tmj. Abraço.
Parabéns, continue nos ajudando com seu conhecimento.
Valeeeu Daniel. Obrigado pelas palavras. Abração.
Seus vídeos são ótimos Giaretta. Parabéns! Aprendi muito ❤
Tmj demais! Grande abraço.
Excelente dica irmão.🎉
Valeeeu, Tmj.
Muito bom
Tmj meu. Grande abraço.
Muito bom, parabéns.
Valeeeu Victor. Tmj. Abraço.
Muito bom!
Tmj! Grande abraço.
Olá, esta arquitetura seria uma boa opção para windows form .net c# ? sugere alguma caso não seja ?
Com certeza! Ela é a base para tudo. Abraços.
Eu nunca entendi realmente porque Domain e Use Cases são separadas. Elas são intrínsecas. Eu as trato como uma camada única.
Realmente! Isso depende muito da aplicação por si só. Não tem um certo ou errado. Grande abraço.
Um outro ponto que acho que vale a pena destacar. Em Clean Architecture, Uncle Bob coloca na camada de infrastructure os Controllers, Repositories, etc. Algumas pessoas colocam esses recursos no mesmo pacote, de forma que eles tem acesso um ao outro. Isso pode levar a um indesejado bypass, onde o Controller pode injetar diretamente um Repository e pular o UseCase. É importante tomar cuidado na hora de implementar para restringir os acessos indevidos.