Filosofias de Programação

Guia de programação
Padrões Delphi
Filosofias
Interface Commerce
Uso de componentes
Mais sobre Interface
Documentação em Fontes
Estrutura de Pastas

Nesse artigo são apresentadas algumas filosofias de programação que prezamos aqui na Totali.

Um problema maior pode ser dividido em problemas menores

Dividir para Simplificar

Devemos modularizar o problema, ou seja, separar bem as partes funcionais através de unidades, procedimentos, funções e/ou linhas em branco. Cada parte funcional deve fazer apenas suas tarefas.

Ao invés de:

nValParcela := nValor/10 + (15*(nValor/10)*0.10) + 2;

Usar

iDiaAtraso := 15; nValPar := nValor/10; -- Valor da parcela nJurosDia := nValPar*0.10; iValBol := 2; -- Valor Boleto;

nValParcela := nValPar + iDiaAtraso*nJurosDia + iValBol;

A pressa atraí o erro

A velocidade se adquiri com a prática, a prática nos faz desenvolver técnicas, a técnica nos leva a perfeição. Tudo o que é feito com pressa, é feito por impulso não por raciocínio. A pressa atraí o erro, porque reduz a capacidade de enxergar pequenas coisas.

Todo erro precisa ser eliminado pela raiz

Devemos ter sempre a consciência de que erros fantasmas não existem, todo erro tem uma explicação lógica que pode ser: falha de raciocínio lógico ou de conhecimento técnico do programador, falha na linguagem de programação, falha no sistema operacional ou até mesmo, falha no Hardware. Muitas vezes uma simples alteração no fonte pode solucionar um problema, porém, eliminar o erro só não basta, é necessário não errar mais, ou seja, cortar o mau pela raiz. E para que isso aconteça, devemos encontrar a origem do erro.

Eliminar duplicidade de códigos

Todo o conjunto de instruções de código usado dentro de uma unidade, deve virar uma função. E todo conjunto de instruções usado por mais de uma unidade deve virar uma função separada de ambas as unidades chamadoras da função.

Ex: Habilitar e desabilitar botões conforme uma determida situação deve estar dentro de uma função.

Evitar usar variáveis públicas

Dê preferência cada função deve usar variáveis locais, ou seja, declaradas dentro da própria função. Não sendo possível devem-se usar variáveis privadas.

Evitar variáveis públicas

Ao invés de declararmos variáveis públicas para que sejam vista ou atualizada diretamente por outras unidades. Devemos criar variáveis privadas, que possam ser acessados indiretamente pelos métodos Gettes e Settes. Get para ler e Set para atualizar.

No Delphi é comum usarmos properties que possuem funções de leitura e escrita para acessar variáveis privadas de forms e outras classes criadas.

A tabela principal deve conter os valores da tabela lockup

A tabela principal deve conter, em colunas virtuais, todo o conteúdo necessário da tabela de lockup. Ex: Em uma tabela de vendas que se relaciona com a tabela de clientes. Todas as colunas do cliente necessárias devem estar contidas dentro de uma coluna virtual da tabela de vendas.

O tamanho de um vetor nunca deve estar fixo dentro do código fontes

Quando criarmos um vetor, o tamanho dele deve ser obtido através da função length. Já a primeira posição deve ser obtida através da função Low e a última através da função High. Jamais devemos tê-las fixas dentro do código fonte.