PC Toledo

Boa tarde amigos!
Usualmente eu costumo fazer uma função para cada rotina. Detalhando:
Na inclusão de dados, para críticar o CPF, eu faço a função específica; Para a rotina de alteração de dados, eu faço outra função para criticar o CPF novamente. Poderia-se usar a mesma função para as rotinas cidadas, ou é correto fazer da maneira que faço ?

Grato!

Neetavin

Claro que pode, para que refazer tudo a mesma coisa !!! Eu por exemplo uso as mesmas telas para Cadastro,altereção e Exclusão.

Não só poderia como deveria.
É exatamente o que acontece com as mais variadas lib´s que usamos.
Imagine ter de escrever rotinas para mostrar caixas na tela, cada uma com tamanho e cores diferentes ?
Em meu sistema de balcão possuo uma rotina de consulta de clientes, apenas consulta. Na rotina de venda, para consultar os clientes, uso a mesmissima rotina de clientes, apenas mudando alguns parametros.
Espero que esta panoramica tenha lhe ajudado.
[]´s

Netavin escreveu:Usualmente eu costumo fazer uma função para cada rotina.

Só pra ficar claro: função e rotina são a mesma coisa.

Na inclusão de dados, para críticar o CPF, eu faço a função específica; Para a rotina de alteração de dados, eu faço outra função para criticar o CPF novamente. Poderia-se usar a mesma função para as rotinas cidadas, ou é correto fazer da maneira que faço ?

Nos primórdios da computação, não existia o conceito de programação procedural. Imagina a dificuldade. Sua forma de trabalho é quase a mesma que se utilizada àquela época. Então, trata-se de um desperdício muito grande que dificulta demais não só o desenvolvimento como também, e principalmente, a manutenção.

Use parametros para setar a funcao para suas necessidades. Se vc tiver uma função de cadastro tbem podera usa-la para alteracao, consulta usando a mesma tela assim economizando mao de obra, codigo e aborrecimento com manutenção.

A programação modular e justamente isso, poder criar "caixas pretas" funcoes que se aplicam em varias partes do seu sistema, apenas aceitando paramentros diferentes.

Como o Maligno disse a manutenção ficara mais facil dessa forma e padronizada ainda mais se colocar suas funcoes todas em arquivos que vc consiga identifica-los rapidamente. Exemplo: FUNCOES.PRG

Ate+

Aliás, o mote do paradigma OOP é justamente a alta capacidade de componentização do conhecimento codificado. Infelizmente, no Clipper procedural, só se pode utilizar funções.

Bom dia amigos!
Então tá certo. Entendi perfeitamente.
Obrigado a todos.

[]´s

Netavin