Além de um CRUD | Construindo aplicações com domínio rico

[@guilhermenavarro4676]

Parabéns pelo vídeo, em tão pouco tempo soube explicar enquanto mostrava na prática, não só os domínicios ricos, quanto o padrão Command, Sensacional!

[@wesleyall]

Conteúdo de alto nivel. Obrigado.

[@vitoralex565]

Sensacional!!! Muito obrigado pela aula!!!

[@raick6223]

aulão, ótimo conteúdo

[@GuilhermeSilva-xr6zm]

Muito bom ótimo conteúdo

[@jacksons.maciel6287]

Que massa !! Não conhecia essa arquitetura. Muito obrigado por compartilhar seu conhecimento. Excelente conteúdo.

[@nathansantos8384]

Existe alguma diferença entre o pattern de Mapper e o de Factory para criar esse tipo de objetos que você utilizou no video?

[@fagnercarvalho681]

Que aula, muito obrigado.

[@rodrigo-89]

Bem interessante esse conteúdo! não conheço o Dapper que vc mencionou ... Vou pesquisar um pouco a respeito. Se vc puder dar continuidade no projeto seria bem legal!! Valeu por compartilhar!!!

[@sxclips8424]

Assisti seu video e fiquei com muita dificuldade de entender, tem alguma dica de por onde devo começar? sei criar api mas tudo em um projeto só, crio os controllers services e dtos, se tiver alguma dica de por onde devo começar a estudar para entender bem isso eu agradeço

[@carlosoliveiratube]

o design patterns facade é a mesma coisa que uma camada anti corrupcao? Tenho esta duvida! Aguardo vc!

[@DotnetareaBr]

Na teoria a prática é outra. Já peguei casos de pesquisa de endereço pelo número da residência. O cara está na rua vendo a casa, tem número mas não existem placas identificando.

[@TresEfes]

Obrigado pelo conteúdo... Tenho uma dúvida: Na classe endereço você colocou algumas regras por exemplo dependendo da UF o frete é grátis... Se eu tivesse que obter uma lista de UF's elegíveis como eu faria? Nao posso chamar um serviço a partir desse domínio...posso?

[@CentraldotNET]

Olá Humberto tudo bem ? Pergunta bastante pertinente de cenários bem comuns, isso ocorre bastante e geralmente nos temos alguns caminhos para isso. Você pode injetar pelo construtor essa lista ou gerar uma Coleção que controlará o input de dados, ex EnderecoCollection, dentro dessa classe você pode manipular e validar os itens.

[@CentraldotNET]

Em relação a chamar o serviço pelo domínio, não é recomendado misturar as coisas, você pode tratar o domínio e o serviço como um caso de uso, dessa forma você precisará converter os dados externos do serviço para uma entidade de domínio e a partir daí manipular os dados. O padrão Facade facilita bastante essas integrações

[@MachineHead393]

Já visualizei Dominios com repositories de leitura e escrita. É errado já que o dominio deve ser incorruptível?

[@CentraldotNET]

Envolver dependências de infraestrutura no seus domínio pode ser extremamente perigoso para o negócio. Eu não recomendo essa prática, mudanças podem se tornar um pesadelo principalmente se você precisar alterar sua infra, apesar do repository pattern fazer parte do conceito de DDD eu não recomendo nem o uso de interfaces no domínio, a camada de application cai muito bem pra isso, nem sempre nosso domínio representa algum repositório, existem domínios que simplesmente são regras de um sistema em memória por exemplo.