Executando verificação de segurança...
3

Muita gente não sabe o que é clean code e clean architecture.

O que é arquitetura limpa afinal? É seguir uma regra? É seguir uma receita de bolo? Sinceramente em desenvolvimento não existe um padrão para isso, portanto esse assunto não faz sentindo para mim. Percebemos que algo é uma boa solução quando o código fala por si mesmo e o problema esta resolvido.

Esse assunto é muito relativo ao projeto.

No Fronto-end há código, se há código ele precisa ser mantido. Qual é a melhor forma de trabalhar com essa base de código? É preciso levar X variáveis em questão relativo ao projeto, equipe, gestão e objetivos. É muito comum criar componentes para reutilizar código. Isto é feito especialmente para manter o princípio de não se repetir, que por consequência deixa o código mais limpo com menos bugs e repetições. Ha princípios que seguimos em todos os projetos, afinal são princípios. E mesmo assim ainda depende do projeto... Na minha opinião não há uma definição clara para isto. Todo mundo fala algo diferente, com tradeoffs diferentes.

Eu sou a favor de cuidar com carinho do projeto. Quando fazemos isso, não criamos funções inúteis, revisamos e estabelecemos padrões de qualidade. Consequentemente temos uma arquitetura mais limpa e com menos ruído.

Carregando publicação patrocinada...
1

Concordo que é relativo, mas acho que o maior valor de arquiteturas como essa não é ser receita. É ser linguagem comum. Quando entro num projeto e alguém fala 'use case' ou 'repository', já sei onde olhar sem ler o projeto inteiro. Esse valor de comunicação é muito subestimado.

No frontend uso essa separação quando o projeto tem regra de negócio de verdade. Tela de CRUD simples? Componente direto, sem cerimônia. Lógica com múltiplos critérios e estados? Aí isolo mesmo. Contextual como você disse.