Refatoração do ERP na Prática #40. Adeus Setters na Entidade Bank | TDD, Build in Public

Removemos validações dos use cases e garantimos que a entidade Bank evolua sempre válida. Neste episódio, continuamos a refatoração do domínio iniciada nos vídeos #38 e #39. Depois de fazer a entidade validar sua criação, agora removemos validações duplicadas dos casos de uso e substituímos setters por comportamentos mais explícitos, como changeName e changeCode. --------------------------------------------------------------------------------------------------------- Estamos refatorando um ERP legado passo a passo, aplicando Clean Architecture, testes automatizados e boas práticas de arquitetura de software. Hub do Canal: https://refatorador.com Comunidade (apenas avisos, sem SPAM): https://refatorador.com/whatsapp Projeto no GitHub: https://github.com/drummerpva/erp Capítulos 00:00 Recap: validação saindo da aplicação 02:29 Removendo validações do CreateBank 04:37 Fail fast e propagação de erros do domínio 06:25 UpdateBank e a ordem das validações 11:14 Por que setters enfraquecem a entidade 12:44 Testando mudanças inválidas no Bank 16:21 Criando changeName com validação 20:26 Criando changeCode com validação 23:23 Ajustando testes depois de remover setters 26:51 Removendo validações do UpdateBank 31:35 Versão 0.5.0, testes rápidos e repetíveis 33:34 Use case orquestra, domínio valida SEO Clean Architecture, Domain Model, entidade rica, domínio anêmico, TDD, TypeScript #programação #refatoração #devbrasil #tdd #CleanArchitecture