SOLID LSP Liskov Substitution Principle

[@ArielSardinha]

Não existe explicação melhor do conceito do que esse. Top D+

[@HerlonCosta]

Conteúdo rico demais, sensacional mestrão!!

[@diegocosta3750]

Como sempre conteúdo, extremamente relevante e com uma didática incrível. Parabéns por mais um ótimo vídeo.

[@RonaldoRAS]

Conteúdo sensacional Rodrigo (mais conhecido como Branas :) ). Observem que não é só entender o LSP, mas entender como o todo o negocio, observem quantas vezes é dito pelo Branas "respeite as expectativas do programa" ;) .

[@JhonathasCavalcante]

Conteúdo de altíssimo nível como sempre, top demais.

[@fabiokido]

Muito bom!!!

[@mallmanndev]

ah como é bom ver o Branas usando dark theme!!!

[@CarlosHenrique-mf9xp]

O cara é tão bom que até o ChatGPT pede revisão de código pra ele

[@reneperez5589]

Top demais!

[@ericnevesr]

Tenho uma dúvida: você adicionou um AverageCalculator em 27:52. Aparentemente, é uma classe anêmica. Isso viola os testes unitários dos casos de uso?

[@RodrigoBranas]

Todo Domain Service é uma classe anêmica, não é um problema, é uma regra de negócio independente que acabou não fazendo parte de uma Entity ou VO. O ideal é sempre direcionar esse tipo de comportamento para um objeto de domínio, evitando que o modelo fique anêmico, mas eventualmente, caso não faça parte de algum deles pode ficar em um Domain Service.

[@RodrigoBranas]

Sobre os testes, existe teste de unidade em cima do AverageCalculator, mas não em CalculateAverage, que por ser um Use Case orquestra outras camadas (entities e interface adapters por meio da inversão da dependência), dessa forma tendo um comportamento integrado e não isolado.

[@ericnevesr]

@@RodrigoBranas muito obrigado Rodrigo

[@RicardoSantos-wl1bg]

Branas, suas explicações são TOP, muito obrigado! Uma sugestão, de vez em quando você poderia fazer os examples em outra linguagem, como por exemplo em Java? Abraço!

[@ericnevesr]

Obrigado, estou lendo sobre o assunto no Arquitetura Limpa de Uncle Bob e não entendi muito bem, muito obrigado mesmo!

[@EduardoHenriqueVageti]

Branas monstro!!

[@rudnascimento]

O homi é brabo demais!

[@denisontercetty1293]

Mestre uma dúvida, não sei se deixei passar mas onde exatamente você usou o strategy partner nessa aula ? E outra questão, passando algum Calculator para o useCase por parâmetros, não estaríamos permitindo que a camada que usa o useCase (fila, api ...) fique responsável por escolher esse calcularor, e isso já não seria decisão de negócio em uma camada de tecnologia ? Aula toppppppp d+

[@almeida.cavalcante]

Eu só sei pensar em termos de clean arch e DDD agora