Dica do dia: usem M-> somente em último caso

[JoséQuintas]

Nestes dias vi fonte usando isso.

Isso evita mensagem de erro na compilação -w3 -es2, mas NÃO é recomendado, porque apenas causa desativar mensagem de erro.

Há exceções: se você tem campo de arquivo e variável com mesmo nome, o compilador pode se perder se usa o campo do arquivo ou a variável.

[JoséQuintas]

Não que seja o certo, mas aqui padronizei o prefixo m para variáveis vindas de arquivo.

Na tabela principal de portador, o campo é IdPortador
Nas tabelas secundárias aonde existe portador, é o prefixo da tabela + portador, por exemplo no financeiro fiPortador
E no aplicativo, pra variáveis, é sempre mIdPortador.

Não me convenci em alterar o nome em tabelas secundárias.
É que se eu quiser pesquisar fontes que alteram/usam o portador do financeiro, basta eu procurar fontes que usem FIPORTADOR
Se eu deixar esse nome igual a tabela principal, vou perder a opção de pesquisar nos fontes sobre um arquivo específico.

Exemplo:
o conteúdo de portador do financeiro está errado:
vou procurar direto os fontes que mexem com fiPortador, e nenhum outro, o que agiliza encontrar o problema.
Lógico, se isso não resolver, vou pesquisar todos os fontes que usam o arquivo do financeiro, o que vai ser mais demorado pra verificar.