Ports and Adapters, Clean Architecture e Design Patterns no Frontend: Faz sentido?

[@GustavoRodrigues-mc6lx]

Que aulaaaa Rodrigo!!! Muito massa! Abriu minha mente. Obrigado por produzir esse tipo de conteúdo e nesse nível absurdo!

[@jailsvs]

Muito bom Branas! Parabéns! Sempre "dando aula" de como desenvolver software da maneira correta!

[@Pedroallesss]

Muito bom, mestre Branas!

[@emanoelinfinity]

Professor Branas, sabe quando sua mente explode por entender que tudo faz sentido... Quando você falou de não ficar refém de framework, foi quando a minha deu um estalo! Parabéns pelos conteúdos que vez deixando mais claro na sua visão. Sou Frontend em React e vou tentar aplicar o que aprendi e vou explorar um tanto mais.

[@RodrigoBranas]

Valeu Emanoel!

[@elisonnascimento1419]

11:39 .

[@felipecoelho8112]

1:37:56 isso é bem bacana! até me livra de ter que importar vue test utils, isto já testa o funcionamento da aplicação só com jest.

[@IgorAlves15]

Muito bom, chega brilhar os olhos esse código. hsauhsuahsa

[@danilodcn]

sensacional! parabens pela live

[@ebr182]

O componente Vue que atua na camada de application é basicamente um container do container pattern, muito utilizado em projetos React, inclusive.

[@fabriciofilipeviapiana638]

Sensacional! Mestre Branas!

[@hezinho1324]

Wow muito, top como sempre!

[@viniciusbahia810]

Excelente conteúdo! Fiquei com uma dúvida: alguns métodos da entidade TodoList notificam os observers; os observers implementados na view do componente, ao receberem a notificação, fazem uma chamada para a respectiva função em TodoListGateway. Se a operação de TodoListGatway der erro, qual seria a melhor maneira de desfazer as operações feitas na instância de TodoList?

[@alfrfr2662]

Parabens atrasado Gustavo. Digo isso porque essa "live" é antiga mas estou assistindo agora. Sempre fui e adoro ser escovador de bits, programar em baixo nivel, integracao software hardwaare, etc... Porem, sou um apaixonado por todas as areas da.computacao e estou estudando ultimamente muito sobre principioa SOLID, arquitetura hexagonal, arquitetura limpa, design patern, etc... Mas tudo ainda é.muito.novo para mim nessa area. Sempre procuro implantar esses conhecimentos em meus projetos. Eu tenho algunas duvidas. Sob o ponto de vista da arquitetura limpa, na codificação dessa aula, o que seria o controller, e o use case? O TodoList seria mesmo uma entity? Nao seria um repository de Itens e apenas o Itens ser uma entity? A sua View pode conhecer a sua Entity, uma vez que elas possuem regras de negocio? Nao teria que ter um presenter para transformar os dados da entity em uma modelView? Desculpa se estou fazendo perguntas de leigo. É porque é o que realmente sou nessa area

[@JoaoPauloGAndrade]

Muito massa. Sensacional

[@joaovitorveronesevieira2633]

Monstro!

[@andremenda]

Onde cabem os casos de uso aí?

[@diegodba9428]

massa

[@samuelpereira6639]

Primeiramente, parabéns pelo excelente e rico conteúdo! Ultimamente eu tenho estudado bastante sobre Arquitetura Hexagonal e tenho visto o quanto ela é importante para uma aplicação saudável. Clean Architecture é um tema que começarei a estudar, e gostaria de saber se é possível conciliar em uma mesma aplicação a abordagem de DDD e Clean Architecture? Baseado nos exemplos da live, vi muito semelhança nas duas abordagens.

[@antonio_cds]

O bom do Angular é que tudo isso já é feito (separação component, teste, service). Framework out of box tem essas vantagens =)

[@painnagato7617]

realmente, o bom dele é que separa, o lado ruim é que ele é extremamente verboso, inchado, trocentas config, fora isso funfa de boa

[@antonio_cds]

​@@painnagato7617 "extremamente verboso", tá programando errado, jovem. Sobre ser inchado, para uma aplicação pequena, concordamos. Para uma aplicação corporativa, fazer com Angular, React ou Vue vai resultar num número parecido de dependências, não tem como fugir.

[@felipecoelho8112]

@@painnagato7617 Concordo! Uso vuejs e vejo que o angular é mais verboso.

[@fernandovalenca9808]

Eu estou tentando aplicar a aula de hoje no react, mas estou sofrendo com essa propriedade do vue "reactive" para transformar uma variável em reativa, com o useState está sendo complicado de fazer.

[@vieirarenatop]

Queria saber também se é possível, no meu entendimento o react não tem esse padrão observer desse jeito. Se tiver um repo compartilha pra gente pensar nisso juntos.

[@vieirarenatop]

@@tiagobw Boa tiago, achei aqui, valeu!

[@RaphaelJoer]

Pesquisa pelo Mobx, é um gerenciador de estado global!

[@joaomarcoscorreia2190]

Nice.

[@tozine5655]

Por que todoList é uma entidade e não foi separado em casos de uso + domínio?

[@renanlido_dev]

Branas, tem o link do repositório pra gente consultar? 🫣😅😅

[@RodrigoBranas]

Claro, github.com/rodrigobranas/ports_and_adapters_ca_design_patterns_frontend

[@renanlido_dev]

@@RodrigoBranas Toppp!!

[@rogeriomq]

Assistindo novamente ao vídeo, só para grudar melhor os conceitos do qual é a proposta do vídeo e etc... e o cara no chat preocupado em dizer que React é melhor 🤣🤣🤣🤣🤣🤣.

[@rogeriomq]

E só complementando, vue é melhor 🤣🤣🤣🤣🤣🤣🤣🤣🤣

[@Gabriel-zt7pk]

Discussão burra, fds a ferramenta seja especialista na linguagem. O rodrigo cria toda uma estrutura nesse video que facilmente da pra trocar o vue pelo react so fazendo pequenas adaptações

[@rogeriomq]

@@Gabriel-zt7pk Claro, brincadeiras a parte, entender de arquiteturas acaba nos "blindando" de ser refém de frameworks! Além de N outros ganhos.

[@theob540]

Fala Branas! Ao usar uma linguagem que não possua interfaces, poderíamos dizer que o seguinte código estaria correto para que seja uma implementação de um adapter? ``` class HttpClient def delete(id) self.adapter.delete(id) end end class MyAdapter def delete(id) ...real implementation.... end end // Aqui a implementação do adapter vira uma instância disponível // dentro HttpClient, e seria nesse momento em que poderíamos // optar pela utilização de outro adapter. httpClient = HttpClient.new(adapter=MyAdapter.new) httpClient.delete(999) ```