Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • U UCON Wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • UCON
  • UCON Wiki
  • Wiki
  • codigo

Last edited by João Vitor Bernardi Severo Apr 03, 2022
Page history
This is an old version of this page. You can view the most recent version or browse the history.

codigo

Home Escopo e Cronograma Processo Design/Mockups Configuração Arquitetura Código BD Qualidade Utilização

Código

Descrição

Aqui serão apresentadas as convenções do código desenvolvido. padrões, documentação e conceitos básicos serão alguns dos assuntos abordados.

Sumário

  • Ferramentas
    • Nomenclatura de Arquivos
    • Documentação

Ferramentas de Padronização

Para garantir a padronização do projeto foi utilizado a ferramenta ESLint em conjunto com a biblioteca Husky. Estas duas bibliotecas vão realizar em conjunto a prevenção de código despadronizado no github (Husky) utilizando hooks de precommit e prepush, enquanto o ESLint garante as configurações que vamos utilizar:

  • Arquivos começando com letras minúsculo e cammelCase
  • Funções e variáveis com cammelCase
  • Eliminação de variáveis não utilizadas
  • Linhas sempre terminadas em ponto e vírgula

Nomenclatura de Arquivos

Todos arquivos seguem o padrão de cammelCase

Documentação

Para documentação de funções gerais será utilizado o padrão JSDoc Examplo:

/**
 * Esta é uma função de exemplo de uso de JSDoc
 * 
 * @example 
 *   exemplo(3, 5); // 8
 * 
 * @param   {Number} obrigatorio   Parametro obrigatório
 * @param   {Number} [opcional]    Parametro ocional. Note os '[ ]'
 * @returns {Number}
 */

Para documentação das rotas da API será utilizado swagger

Código

Variáveis e funções deverão utilizar cammelCase

Clone repository
  • Gerência
  • Instalação
  • Retro
  • Utilizando a wiki
    • adicionando imagens
    • escrevendo em markdown
    • wiki no editor de texto
  • arquitetura
  • banco_dados
  • codigo
  • configuracao
  • contratos
  • design_mockups
  • escopo
  • estudos
  • gerencia
View All Pages