Um Arquiteto de Software que se diverte pensando e escrevendo sobre princípios, práticas e padrões de design – e, eventualmente, código e desempenho de aplicações. E, também, Microsoft MVP.
Um Arquiteto de Software que se diverte pensando e escrevendo sobre princípios, práticas e padrões de design – e, eventualmente, código e desempenho de aplicações. E, também, Microsoft MVP.
I'm a Brazilian software engineer with 19+ years of experience building distributed systems with "boring" techs like Java, Spring, Hibernate, SQL, and relational databases.
Apesar de eu favorecer o modelo rico, não dá para ignorar que o modelo anêmico funciona muito bem em aplicações database-centric, ou seja, onde boa parte das features são meros CRUDs em que 1) a validação dos dados pode ser feita nas bordas do sistema e 2) a consistência e integridade relacional é garantida no schema do banco de dados. Nessa abordagem eu vejo menos problemas em usar a própria entidade como input e output nas bordas do sistema (API REST), especialmente se essas bordas são acessadas de forma privada.
Um Arquiteto de Software que se diverte pensando e escrevendo sobre princípios, práticas e padrões de design – e, eventualmente, código e desempenho de aplicações. E, também, Microsoft MVP.
Um Arquiteto de Software que se diverte pensando e escrevendo sobre princípios, práticas e padrões de design – e, eventualmente, código e desempenho de aplicações. E, também, Microsoft MVP.
Um Arquiteto de Software que se diverte pensando e escrevendo sobre princípios, práticas e padrões de design – e, eventualmente, código e desempenho de aplicações. E, também, Microsoft MVP.
Um Arquiteto de Software que se diverte pensando e escrevendo sobre princípios, práticas e padrões de design – e, eventualmente, código e desempenho de aplicações. E, também, Microsoft MVP.
Um Arquiteto de Software que se diverte pensando e escrevendo sobre princípios, práticas e padrões de design – e, eventualmente, código e desempenho de aplicações. E, também, Microsoft MVP.
Muito bom artigo, obrigado por compartilhar
Eu que agradeço pelo feedback, Matheus!
Que bom que gostou, espero que seja útil.
Muito bom, parabéns!
Muito obrigado pelo feedback, Gilson!
Espero que seja útil.
Um abraço!
Este artigo foi muito esclarecedor, parabéns !
Muito bacana o artigo, obrigado por compartilhar!
Apesar de eu favorecer o modelo rico, não dá para ignorar que o modelo anêmico funciona muito bem em aplicações database-centric, ou seja, onde boa parte das features são meros CRUDs em que 1) a validação dos dados pode ser feita nas bordas do sistema e 2) a consistência e integridade relacional é garantida no schema do banco de dados. Nessa abordagem eu vejo menos problemas em usar a própria entidade como input e output nas bordas do sistema (API REST), especialmente se essas bordas são acessadas de forma privada.
Muito massa! Bem claro e esclareceu minhas dúvidas
Obrigado pelo feedback, João Victor!
Belo post!!
Muito obrigado pelo feedback, Kauê! ✌🏾💙
Ótimo conteúdo e bem explicado, muito fácil de entender, obrigado!
Sou eu quem agradece, Marcos!
Obrigado pela leituta e pelo comentário.
Ótimo artigo! Muito bem explicado, fácil de entender e com ótimos exemplos!
Muito obrigado, Gabriel! Espero que te seja útil.
Abraço!
Boa! Acabou explicando value objects melhor que muitos artigos dedicados haha.
Valeu, Lucas! Hahaha!
E vem mais por aí.