boas_praticas_de_programacao_shell_script
Diferenças
Aqui você vê as diferenças entre duas revisões dessa página.
| Ambos lados da revisão anteriorRevisão anteriorPróxima revisão | Revisão anterior | ||
| boas_praticas_de_programacao_shell_script [2019/09/25 11:28] – [Documentação] cartola | boas_praticas_de_programacao_shell_script [2022/03/25 12:09] (atual) – [Documentação] cartola | ||
|---|---|---|---|
| Linha 17: | Linha 17: | ||
| * [[https:// | * [[https:// | ||
| + | ==== IDE ==== | ||
| + | |||
| + | IDE é a sigla de Integrated Development Environment, | ||
| + | |||
| + | * Costumo identar com 2 espaços: set tabspace=2 | ||
| + | * Costumo limitar as linhas a 80 colunas:\\ set columns=80\\ set textwidth=80\\ set wrapmargin=8 | ||
| + | * Gosto do [[https:// | ||
| ======= Documentação ======= | ======= Documentação ======= | ||
| Linha 22: | Linha 29: | ||
| **Comentários - DICA GERAL** | **Comentários - DICA GERAL** | ||
| + | |||
| * **regras de negócio** - um código bem comentado pode conter até as regras de negócio que estão normalmente num documento de especificação. Isso facilita a manutenção atualizada. No momento que a regra for alterada na prática, o programador está ali e pode ver que é necessário alterar o comentário. | * **regras de negócio** - um código bem comentado pode conter até as regras de negócio que estão normalmente num documento de especificação. Isso facilita a manutenção atualizada. No momento que a regra for alterada na prática, o programador está ali e pode ver que é necessário alterar o comentário. | ||
| * **lógica** - em outras situações o programador faz uma lógica mais complexa e não a explica em comentários. Isso é muito ruim, tanto para trabalho em equipe quanto para o próprio programador, | * **lógica** - em outras situações o programador faz uma lógica mais complexa e não a explica em comentários. Isso é muito ruim, tanto para trabalho em equipe quanto para o próprio programador, | ||
| - | **Código bem escrito**\\ | + | **Código bem escrito** |
| * **identação** - além de comentários, | * **identação** - além de comentários, | ||
| * **nomes de variáveis** - dê nomes de variáveis que indiquem seu significado e uso - **DICA GERAL** | * **nomes de variáveis** - dê nomes de variáveis que indiquem seu significado e uso - **DICA GERAL** | ||
| * **nomes de variáveis minúsculos** - é um hábito de muitos programadores Shell o uso de nomes maiúsculos para variáveis. Isso aumenta o risco de acertar o nome de uma variável ambiente, essas sim, tradicionalmente maiúsculas. | * **nomes de variáveis minúsculos** - é um hábito de muitos programadores Shell o uso de nomes maiúsculos para variáveis. Isso aumenta o risco de acertar o nome de uma variável ambiente, essas sim, tradicionalmente maiúsculas. | ||
| - | **Cabeçalho - DICA GERAL** | + | **Cabeçalho - DICA GERAL** |
| + | |||
| + | Use um cabeçalho padrão nos seus códigos. Um bom cabeçalho pode conter: | ||
| * Descrição geral do que aquele código faz | * Descrição geral do que aquele código faz | ||
| * Nome do autor e data de criação | * Nome do autor e data de criação | ||
| Linha 36: | Linha 48: | ||
| * Resumo de parâmetros que recebe e que retorna | * Resumo de parâmetros que recebe e que retorna | ||
| + | **Interrompendo o programa em caso de erros** | ||
| + | |||
| + | Alguns erros podem passar limpos pela execução de um shell e isso pode causar problemas difíceis de solucionar depois que o código cresce muito. Uma dica é colocar sempre no início do script a definição: | ||
| + | |||
| + | '' | ||
| + | (Fonte: | ||
| ======= Estrutura do programa ======= | ======= Estrutura do programa ======= | ||
boas_praticas_de_programacao_shell_script.1569410894.txt.gz · Última modificação: por cartola
