Funções e Modularização

Imagine que você precisa calcular o IMC (Índice de Massa Corporal) de 50 pessoas diferentes no mesmo programa. Sem funções, você repetiria a mesma fórmula 50 vezes. Se descobrir que a fórmula estava errada, precisaria corrigir em 50 lugares. Com uma função, você escreve a lógica uma vez, dá um nome a ela e a chama quantas vezes precisar.

Essa é a essência do princípio DRY: Don't Repeat Yourself (Não Se Repita). Código duplicado é código que precisa ser mantido em múltiplos lugares. Uma alteração em um lugar não se propaga para os outros, criando inconsistências e bugs.

Além da reutilização, funções melhoram a legibilidade. Um programa que chama 'calcularDesconto(preco, categoria)', 'validarCPF(cpf)' e 'enviarEmail(destinatario, mensagem)' é muito mais fácil de entender do que um bloco monolítico de 200 linhas sem divisões.

Uma função tem quatro componentes: nome (identificador pelo qual é chamada), parâmetros (dados de entrada, opcionais), corpo (bloco de instruções que executa) e valor de retorno (resultado que a função devolve, opcional).

Pseudocódigo de uma função que calcula a área de um retângulo: FUNÇÃO calcularArea(largura, altura) → RETORNAR largura * altura. Para usar: area = calcularArea(5, 3). O resultado 15 é atribuído à variável 'area'.

Parâmetros são as 'entradas' da função — valores passados quando ela é chamada. Dentro da função, eles se comportam como variáveis locais. O valor de retorno é a 'saída' — o resultado que a função produz. Uma função sem retorno (void) executa ações sem produzir um valor (como exibir texto na tela).

Funções void (sem retorno) realizam ações: exibir dados, modificar variáveis globais, salvar arquivos, enviar emails. O objetivo delas é o efeito colateral, não produzir um valor.

Funções com retorno calculam e devolvem um resultado. São como fórmulas matemáticas: dado um conjunto de entradas, produzem uma saída determinística. Elas são mais fáceis de testar (você fornece entradas e verifica se a saída está correta) e mais fáceis de reutilizar (o resultado pode ser passado para outras funções).

Uma boa prática é preferir funções com retorno a funções que modificam variáveis globais. Isso torna o fluxo de dados explícito e o código mais previsível.

Escopo define onde uma variável existe e pode ser acessada. Uma variável local existe apenas dentro da função onde foi criada — quando a função termina, a variável deixa de existir. Uma variável global existe no programa inteiro e pode ser acessada por qualquer função.

O uso excessivo de variáveis globais é um problema clássico. Qualquer função pode modificá-las a qualquer momento, tornando difícil rastrear quem mudou o quê. Bugs causados por variáveis globais modificadas inesperadamente são notoriamente difíceis de encontrar.

A regra geral é minimizar o escopo das variáveis: declare-as no nível mais interno possível. Se uma variável só é usada dentro de uma função, declare-a lá, não no escopo global.

Modularizar significa dividir um problema grande em problemas menores e independentes, cada um resolvido por uma função. Essa abordagem se chama decomposição funcional.

Um programa de cadastro de clientes pode ser decomposto em: validarDados(), salvarNoBancoDeDados(), enviarEmailDeConfirmacao(), gerarRelatorio(). Cada função tem uma responsabilidade clara e pode ser desenvolvida, testada e corrigida independentemente.

Essa mentalidade de decompor problemas em partes menores é aplicável muito além da programação. Qualquer projeto complexo — uma dissertação, um evento, um produto — pode se beneficiar de pensar em módulos independentes com interfaces claras entre si.