FRONT-END NÃO GERA VALOR

[@iamjvfs]

Excelente vídeo, Lucas!

[@Coffstack]

Valeu! Fico feliz que tenha gostado!

[@dev-isaac-gomes]

vc não desenvolve só código desenvolve Produto frontend não gera código cria experiencias

[@dev-isaac-gomes]

14:40 pq seu service ta no dominio? seu dominio não deveria ser puro? service não seria um caso de uso? exemplo: adapter do axios (infra/Http) ListTask caso de (data/useCase/listTask) ILiSTask interface de contrto do useCase (domain/useCase/listTask) pq no fim a interface do useCase é pura e pertence ao dominio a ações na API representam uma intencionalidade do usuário/interface não seria isso?

[@Coffstack]

Nós não seguimos clean architecture a risca no projeto. Minha experiência prática é que não vale a pena para front-end, muita abstração para pouco retorno em cima disso. Por isso não temos interfaces isolados do caso de uso como "ILiSTask" e injeção de uma implementação, é uma coisa só, mas com a implementação interna isolado sem expor as dependências. Nesse projeto usamos paradigma funcional, por isso as "instancias" de domínio estão nomeadas como "service". Nesse caso do diagrama seria o "PostService" que é responsável pelo conectar com o repository (API) e adaptar os dados antes de export para os casos de uso. Difícil de explicar tudo isso em uma linha, temos um módulo inteiro no PRN sobre arquitetura, mas se quiser entender mais, temos uma aula gratuita sobre o tema aqui na página coffstack.com.br/profissional-react-native

[@dev-isaac-gomes]

@@Coffstack aaah saquei perguntei mais pq a camada que representa melhor nossas chamadas seria um service ou um repository que no caso ambos seriam adaptadores (usam interfaces para abstrair) então o nome acaba sendo confuso como pos tipo postService.getList entendo que é uma listagem do post porem fica esquisito devido a termos post e service juntos ja que post representa um verbo HTTP cogitou trocar isso por alguma palavra alternativa tipo publicationService.getList parece menos confuso kkkk claro não é nada que vai mudar muito perguntei mais pq arquitetura é o que mais estudo dentro de JS ai é sempre bom trocar uma ideia

[@dev-isaac-gomes]

uma coisa em react que particularmente tenho usado bastante é injeção de dependências para casos de uso pq alem de trazer mais testabilidade traz uma capacidade de criar fakes muito facil

[@Coffstack]

Uso bastante também! Qual ferramenta vc usa para injeção? Ou faz tudo "na mão" ?

[@dev-isaac-gomes]

@@Coffstack tentei usar o InversifyJS porem, achei péssimo kkkk hj em dia uso um contexto para gerenciar as dependências em um modelo MVVM tenho uns posts sobre posso te mantar se tiver interresse kkkkk video muito bom

[@weverton.santiago]

@@Coffstack​​⁠Também uso o contexto API como injeção de dependência e MVVM tanto no React na Web e Mobile

[@andryrodrigues3356]

tenho usado tsyringe para injeção de depêndencia, e ate o momento tenho gostado bastante.

[@Coffstack]

@@dev-isaac-gomes só curiosidade msm, eu já vi essa injeção pelo context.