Carregando
Resposta direta: id vs Id e convenção de estilo — o importante é consistência no codebase e no linter.
Qual a forma mais adequada de representar o famoso "id" como parte de uma variável?
Exemplo: IDUsuario — usado para manter siglas em caixa alta, seguindo convenções de constantes.
Exemplo: IdUsuario — respeita regras de PascalCase/camelCase, trata "id" como uma palavra comum.
Exemplo: idUsuario — bastante comum em camelCase, como em objetos e propriedades JS/TS.
Por que cada estilo tem defensores ferrenhos?
Muitos preferem "idUsuario" por estar alinhado ao camelCase e evitar quebras de estilo
"IdUsuario" permite uma leitura mais fluida, tratando "Id" como parte do nome composto
"IDUsuario" é defendido por quem vê siglas como exceção, mantendo-as sempre maiúsculas
Esta simples decisão está dividindo devs. Comente abaixo: você está no time ID, Id ou id?
Leitura relacionada: Curso Node.js · Clean Vertical Slice · Programa CrazyStack · Cursos.
O que o style guide do time padronizar. Em JS/TS, camelCase id é comum.
Não em PR urgente. Decida e automatize no ESLint/Prettier.
Preserve o contrato externo; mapeie no boundary.
Convenções diferem (Id comum). Respeite a linguagem.
Continue: Curso Node.js · Clean Vertical Slice · Programa CrazyStack · Cursos.