Entendendo Presenters na Clean Architecture 

meu entendimento de presenter é um pouco diferente, o exemplo que vc deu esta mais para o pattern VETO (validate, enrich, transform, operate), entendo o presenter como uma abstração para como devo apresentar uma informação (assim como esta o diagrama de classe do Uncle Bob, por exemplo quero enviar uma msg de notificação para o usuário ela pode ser sms, wpp, email ou pushnotification, vc define a abstração e em tempo de execução poderia mudar a implementação, o usecase que notifica não precisa saber como notificar precisa saber o que e para quem delegar, e a impl do presenter abstrai isso.

Merece um milhão de likes! Conteúdo muito top

Ótima aula.👏👏

Achei a explicação muito boa!

Excelente.

Outstanding!!!

Boa.... Parabéns pelo conteúdo. Tenho algumas dúvidas. Já que o presenter pode ter um formato de saída para cada tipo de UI, não seria conveniente ter uma interface do presenter que teria um contrato único, com, por exemplo, present, passando o output do use case como parâmetro? Aí cada presenter concreto implementaria essa interface? Se for esse o caso, onde ficaria essa interface? Sei lá, numa pasta Port dentro da pasta use case? Outra dúvida é, no seu exemplo, sua aplicação express está acessando o use case diretamente. Não teria que ter um controller?

mt bommm

🔝

Presenters aparece adapter

é um Adapter Pattern?

Muito bom. Mas seria mais interessante se tivesse inclusive exemplos de front-end.

Atualiza o school of net pelo amor de Deus . Tô quase indo pra Alura