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”

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