ANÚNCIO

~/questoes/programacao

Por que centralizar a lógica de conexão facilita futuras mudanças?

Responda, confira o feedback e use o resultado para orientar sua revisão.
Aula de referência Curso de Node JS Aula 12 Refatorar Repository, JSDoc e ajustes finais
Para fixar

Por que centralizar a lógica de conexão facilita futuras mudanças

Conceito central

Centralizar a lógica de conexão significa colocar toda a configuração de banco de dados em um único arquivo, como conexao.js. Isso segue o princípio DRY (Don't Repeat Yourself) e faz com que qualquer alteração na forma como nos conectamos ao banco de dados precise ser feita apenas uma vez, não em vários lugares do código.

Por que essa resposta faz sentido

Quando a lógica de conexão está centralizada em um único ponto, qualquer modificação na estratégia de conexão afeta apenas esse arquivo. Isso reduz erros, economiza tempo e garante consistência em toda a aplicação.

Armadilhas comuns

  • Confundir centralização com eliminação do banco de dados. Centralizar apenas organiza o acesso, não elimina a necessidade do banco.
  • Pensar que duplicação de código melhora performance ou testes. Redundância aumenta complexidade e dificulta manutenção futura.
  • Deixar cada método com sua própria lógica de conexão, criando código espalhado e difícil de atualizar quando mudar de banco ou estratégia.

Entenda as alternativas

A

Duplicar código não facilita testes; na verdade, complica manutenção e aumenta a chance de inconsistências. Mais código duplicado significa mais lugares para atualizar e mais possibilidades de erro.

B

Esta é a vantagem real de centralizar. Quando a connexão está em um só lugar (como em conexao.js), mudanças na forma de conectar ao banco afetam apenas esse arquivo, não precisando alterar código em múltiplos arquivos do projeto.

C

Centralizar a conexão não elimina a necessidade do banco de dados. Você ainda precisa dele; apenas organizou melhor como sua aplicação acessa o banco através de um ponto único de conexão.

D

Na verdade, o oposto é verdadeiro. Métodos independentes com suas próprias estratégias de conexão criam inconsistência e duplicação. Centralizar garante que todos usem a mesma conexão de forma uniforme.

Dica prática: Na próxima vez que refatorar um projeto, comece movendo a configuração de conexão do banco para um arquivo separado (como conexao.js), depois importe essa conexão em todos os arquivos que precisarem dela. Quando precisar mudar a estratégia de conexão no futuro, você altera em um único lugar.

Revise pensando: Se seu projeto usa a mesma conexão em 5 arquivos diferentes e você precisa trocar o banco de dados, quantos arquivos você teria que editar se tivesse centralizado a conexão?