/
Convenções de Nomenclatura

ESTE É UM CONTEÚDO EM DESENVOLVIMENTO E NÃO DEVE SER CONSIDERADO COMO VERSÃO FINAL!
Clique aqui para maiores informações

Convenções de Nomenclatura

Todos os nomes devem ser autoexplicativos, sem redundância de termos e sem ambiguidade de entendimento, além de seguir o padrão Lower Camel Case (primeira letra de cada termo maiúscula, com exceção do primeiro termo, que fica todo em minúsculas e sem espaços ou pontuações entre os termos). Ex: “areaCode”.

Os nomes das estruturas (composição de atributos sobre um assunto) que podem ter mais de uma ocorrência devem sempre estar no plural.

Os nomes dos atributos devem:

  • Sempre estar no singular

  • Nos casos em que o nome não ficar claro, devem ser incluídos mais termos para esclarecer o entendimento

  • Para garantir o entendimento e a padronização, nos casos de atributos que tratem dados específicos, sempre devem ser usados termos complementares no fim dos nomes. São esses:

    • nomes = Name (p.ex. ownerName)

    • datas = Date (p.ex. openingDate)

    • horários = Time (p.ex. openingTime)

    • quantidades = Quantity (p.ex. eventLimitQuantity)

    • textos explicativos = Info* (p.ex. additionalInfo)

    *Para textos explicativos de informações complementares, o nome completo do atributo é “additionalInfo”

  • Em atributos que sejam indicadores binários (flags), o nome deve estar formatado como pergunta, com um verbo como primeiro termo. Ex: “hasRewardProgram”

Related content

Tipos de Dados Comuns
Tipos de Dados Comuns
Read with this
Convenções de Nomenclatura
Convenções de Nomenclatura
More like this
Cabeçalhos HTTP
Cabeçalhos HTTP
More like this
Códigos de Resposta HTTP
Códigos de Resposta HTTP
Read with this

ESTE É UM CONTEÚDO EM DESENVOLVIMENTO E NÃO DEVE SER CONSIDERADO COMO VERSÃO FINAL!
Clique aqui para maiores informações