Clean Architecture no frontend

[iamdivaloper]

Já ouviram falar sobre? Já tiveram que implementar o padrão de arquitetura limpa introduzido pelo Uncle Bob para aplicativos da Web como o Angular? Se sim, pode contar como foi sua experiencia, os prós e contras.

Referências:
Clean Architecture - Uncle Bob
Clean Architecture - Dataflow
Nomenclaturas e boas práticas
Use Cases
Clean Frontend Architecture

https://github.com/im-a-giraffe/angular-clean-architecture
https://github.com/leandro-mancini/angular-clean-architecture

[fabiomirandaa]

Sinceramente, eu não uso ainda mas eu gosto bastante do conceito. Inclusive, dei uma olhada aqui no Repositório da arquitetura aplicada no angular que você colocou e achei sensacional.

Atualmente eu uso algo mais ou menos assim:

app/
|- core/
   |- auth/
   |- home/
      |- pages/
      |- services/
      |- components/
      |- interfaces/
|- shared/
   |- shared.module.ts
   |- components/
      |- bagulhete-reutilizavel/
         |- bagulhete-reutilizavel.component.ts
         |- bagulhete-reutilizavel.component.css
   |- pipes/
(continuaria abaixo com services e etc)

[fabiomirandaa]

Nossa, mais ninguém? Queria muito ver essa discussão aqui rolando...

[evelisee-zz]

Eu já utilizei em uma aplicação Design System e em outros projetos com grandes regras de negócio (validação de formulário gigantescas). Sinceramente, foi uma das melhores opções pra desenvolver de forma inteligente onde cada bloco de código deve ficar e principalmente dividindo responsabilidades. Segue um print da estrutura inicial.

O meu feedback é que dá bastante trabalho (mais que outras arquiteturas) porque força o desenvolvedor a seguir os princípios de SOLID, mas por outro lado facilita quando obtemos ajuda de pessoas de outras áreas que querem mexer no código. Uma vez que essa arquitetura está bem persistente no back-end, torna os projetos, mesmo separados, conversando em uma linguágem única.

Aqui tem uma representação bem bacana do gráfico que mostra a divisão das camadas e um print da arquitetura aplicada em um projeto angular:

[alysonfs]

Ola @evelisee-zz , Eu estou tentando aplica o clean code. Vou fizer, é muito bom. Entretanto, quando estou para implementar uma nova funcionalidade, sempre tenho vários questionamentos, é muito difícil, para quem tá começando, saber onde as coisas de encaixam. O livro está aqui na minha frente, mas as demandas atropelam.
Gostaria de te perguntar sobre, em uma projeto full, você aplica mas mesmas regras de negócio no front e no Back? Existe uma forma de reduzir esse custo de programação, pensado em criar um meio "Core" da aplicação onde o front e o Back compartilhem as identidades de casos de uso? OU não, no front tenho que refazer as camadas idênticas ao Back.
Esse forum está aberto a bastante tempo, 2 anos se passaram, talvez vc já tenha encarado uma batalha dessa.
Obrigado por compartilhar.

[kivervinicius]

Eu já utilizei em uma aplicação Design System e em outros projetos com grandes regras de negócio (validação de formulário gigantescas). Sinceramente, foi uma das melhores opções pra desenvolver de forma inteligente onde cada bloco de código deve ficar e principalmente dividindo responsabilidades. Segue um print da estrutura inicial.

O meu feedback é que dá bastante trabalho (mais que outras arquiteturas) porque força o desenvolvedor a seguir os princípios de SOLID, mas por outro lado facilita quando obtemos ajuda de pessoas de outras áreas que querem mexer no código. Uma vez que essa arquitetura está bem persistente no back-end, torna os projetos, mesmo separados, conversando em uma linguágem única.

Aqui tem uma representação bem bacana do gráfico que mostra a divisão das camadas e um print da arquitetura aplicada em um projeto angular:

um pouco fora do contexto, mas pensei que somente nossa empresa tivesse problema de misturar entidades PT-BR com EN

[evelisee-zz]

Eu já utilizei em uma aplicação Design System e em outros projetos com grandes regras de negócio (validação de formulário gigantescas). Sinceramente, foi uma das melhores opções pra desenvolver de forma inteligente onde cada bloco de código deve ficar e principalmente dividindo responsabilidades. Segue um print da estrutura inicial.
O meu feedback é que dá bastante trabalho (mais que outras arquiteturas) porque força o desenvolvedor a seguir os princípios de SOLID, mas por outro lado facilita quando obtemos ajuda de pessoas de outras áreas que querem mexer no código. Uma vez que essa arquitetura está bem persistente no back-end, torna os projetos, mesmo separados, conversando em uma linguágem única.
Aqui tem uma representação bem bacana do gráfico que mostra a divisão das camadas e um print da arquitetura aplicada em um projeto angular:

um pouco fora do contexto, mas pensei que somente nossa empresa tivesse problema de misturar entidades PT-BR com EN

HAHAHAHAHA sempre tem, está no nosso dia a dia!