Com certeza, Luiz Otávio!
Dando continuidade à nossa fase de revisão, vamos agora
focar no segundo grande pilar do curso: a organização do código. Se a aula passada foi
sobre "o quê" nosso programa faz (lógica) e "com quê" ele trabalha (estruturas de
dados), a aula de hoje é sobre "como" estruturamos isso de forma inteligente e
sustentável.
CABEÇALHO
Instituição: UNITAU - Faculdade de Engenharia de Computação
Disciplina: Algoritmos e Lógica de Programação
Professor: (Nome do professor a ser confirmado pela instituição)
Aluno: Luiz Otávio Carvalho de Souza
Data da Aula: 03 de Setembro de 2025
Número da Aula: Aula 57 de 60
Aulas Restantes: 3
Carga Horária Total: 60 horas
AULA 57: Revisão Geral de Modularização e Funções
Olá, Luiz Otávio! Bem-vindo à nossa segunda aula de revisão geral. Hoje, vamos
revisitar os conceitos do Módulo 4, que representam o salto da programação puramente
sequencial para a programação estruturada e modular. A habilidade de decompor um
problema complexo em partes menores e gerenciáveis é, talvez, a habilidade mais
importante para um engenheiro de software.
Vamos recapitular os conceitos de procedimentos, funções, escopo e passagem de
parâmetros, que juntos formam a base da organização de qualquer software de
qualidade.
Tópico 1: A Filosofia da Modularização
O que é? É a técnica de "dividir para conquistar". Quebramos um algoritmo
grande e monolítico em sub-algoritmos menores, chamados sub-rotinas ou
módulos.
Por que usar?
o Legibilidade: O algoritmo principal se torna um roteiro de alto nível,
fácil de entender.
o Manutenção: Um erro em uma funcionalidade fica isolado dentro de seu
módulo, facilitando a correção.
o Reutilização: Um módulo bem escrito pode ser "chamado" várias vezes,
em diferentes partes do programa, evitando código duplicado.
o Abstração: Podemos usar um módulo sem precisar saber os detalhes de
sua implementação interna, focando apenas no "o quê" ele faz.
Tópico 2: Os Dois Tipos de Sub-Rotinas
A escolha entre um procedimento e uma função depende inteiramente do propósito do
módulo.
a) Procedimentos:
Propósito: Executar uma AÇÃO.
Retorno: Não retorna um valor.
Chamada: A chamada é um comando em si. Ex: ImprimeRelatorio();.
Quando usar? Para tarefas que modificam o estado do programa ou interagem
com o exterior, mas não têm um "resultado" computacional para devolver.
o Exemplos: Exibir um menu, limpar a tela, ordenar um vetor (a ação é
modificar o vetor), preencher uma estrutura de dados.
b) Funções:
Propósito: Realizar um CÁLCULO e fornecer um resultado.
Retorno: Obrigatoriamente retorna um único valor através do comando
retorne.
Chamada: A chamada é uma expressão que "se transforma" no valor retornado.
Ex: media <- CalculaMedia();.
Quando usar? Para tarefas que respondem a uma pergunta ou calculam um
valor que será usado em outra parte do programa.
o Exemplos: Calcular a média, encontrar o maior valor, verificar se um
número é primo (retorna logico), buscar o índice de um item em um
vetor.
Tópico 3: Escopo de Variáveis - Onde as Variáveis Vivem
O escopo define a "visibilidade" de uma variável.
a) Variáveis Locais:
Declaração: Dentro de um procedimento ou função.
Visibilidade: Só existem e podem ser acessadas dentro do módulo onde foram
declaradas.
Vantagem: Segurança e encapsulamento. Elas protegem o resto do programa
de "efeitos colaterais" e tornam os módulos independentes. São a escolha
preferencial.
b) Variáveis Globais:
Declaração: Na seção var principal do algoritmo.
Visibilidade: Podem ser acessadas e modificadas de qualquer lugar do
programa.
Desvantagem: Tornam o código difícil de rastrear, quebram o encapsulamento e
dificultam a reutilização. Devem ser evitadas sempre que possível.
Tópico 4: Passagem de Parâmetros - A Comunicação entre Módulos
Os parâmetros são o mecanismo formal e seguro para a comunicação entre o código que
chama e a sub-rotina que é chamada.
a) Passagem por Valor (O Padrão Seguro):
Como funciona: A sub-rotina recebe uma CÓPIA do valor do argumento.
Efeito: Modificações feitas no parâmetro dentro da sub-rotina NÃO AFETAM
a variável original.
Sintaxe: procedimento Exemplo(param: inteiro)
Uso Ideal: É o padrão para a maioria dos casos, especialmente em funções, para
garantir que não haja efeitos colaterais.
b) Passagem por Referência (A Ferramenta de Modificação):
Como funciona: A sub-rotina recebe o ENDEREÇO DE MEMÓRIA da
variável original. O parâmetro se torna um "apelido" para a variável original.
Efeito: Modificações feitas no parâmetro ALTERAM DIRETAMENTE a
variável original.
Sintaxe: procedimento Exemplo(var param: inteiro)
Uso Ideal:
1. Quando o propósito de um procedimento é, de fato, modificar a variável
(ex: OrdenaVetor, PreencheDados).
2. Por eficiência, ao passar estruturas de dados muito grandes (vetores,
matrizes) para evitar o custo da cópia.
Exercícios-Conceito para Revisão
1. Cenário: Você está criando um módulo para verificar se uma senha atende aos
critérios de segurança. Ele deve retornar Verdadeiro ou Falso. Que tipo de sub-
rotina você criaria (procedimento ou função)? Por quê?
o Resposta: Uma Função. Porque o propósito é responder a uma pergunta
e retornar um resultado (logico) que será usado para tomar uma decisão
no algoritmo principal.
2. Cenário: Você precisa criar um módulo que desenhe o cabeçalho de um
relatório, com o nome da empresa e a data. Que tipo de sub-rotina seria?
o Resposta: Um Procedimento. Sua tarefa é uma ação (desenhar na tela) e
ele não tem um valor computacional para retornar.
3. Cenário: Em uma função CalculaImposto(salario: real), a variável salario é um
parâmetro. Se dentro da função eu fizer salario <- 0, a variável original que
passei na chamada será zerada? Por quê?
o Resposta: Não. Porque, por padrão, a passagem é por valor. A função
recebe uma cópia do salário, e a alteração afeta apenas essa cópia local,
que é destruída ao final da função.
4. Cenário: Você quer criar um procedimento ZeraNotas(var notas: vetor de real)
que modifica um vetor, zerando todas as suas posições. Por que a palavra-chave
var é essencial aqui?
o Resposta: A var indica passagem por referência. Ela é essencial
porque o objetivo do procedimento é modificar o vetor original. Sem a
var, ele operaria em uma cópia e as alterações seriam perdidas.
5. Cenário: Um programador declarou uma variável totalGeral na seção var
principal e a modificou dentro de 5 funções diferentes. Por que essa é uma má
prática?
o Resposta: É uma má prática (uso de variável global) porque torna o
rastreamento do valor de totalGeral muito difícil. Se houver um erro em
seu valor, será preciso investigar todas as 5 funções para encontrar a
causa, quebrando o princípio do encapsulamento.
6. Cenário: O que a linha retorne (num mod 2 = 0) faz dentro de uma função
EhPar(num: inteiro): logico?
o Resposta: Ela primeiro resolve a expressão relacional num mod 2 = 0,
que resulta em Verdadeiro (se for par) ou Falso (se for ímpar). Em
seguida, o comando retorne envia esse resultado lógico para fora da
função.
7. Cenário: Uma função pode chamar outra função? Um procedimento pode
chamar uma função?
o Resposta: Sim para ambos. Módulos podem se interligar. Uma função
complexa pode delegar sub-cálculos para outras funções. Um
procedimento pode chamar uma função para obter um valor que ele
precisa para realizar sua ação.
8. Cenário: O que é um "código espaguete" e como a modularização ajuda a evitá-
lo?
o Resposta: É um termo pejorativo para código monolítico, longo e
confuso, onde o fluxo de controle é difícil de seguir. A modularização
evita isso ao quebrar o código em blocos lógicos e independentes, com
responsabilidades claras, tornando a "leitura" do programa muito mais
estruturada.
Resumo do que foi ensinado na Aula 57
Nesta aula, revisamos os conceitos do Módulo 4, focando em como escrever um código
bem organizado e estruturado. Relembramos a importância da modularização e a
diferença fundamental entre procedimentos (ações) e funções (cálculos com retorno).
Consolidamos nosso entendimento sobre escopo, reforçando a preferência por variáveis
locais em detrimento das globais para garantir o encapsulamento. Por fim,
recapitulamos os dois mecanismos de comunicação, a passagem por valor (segura,
padrão, cria cópias) e a passagem por referência (para modificação e eficiência, passa
o endereço), garantindo que você saiba escolher a ferramenta certa para cada tipo de
interação entre módulos.
O que será abordado na Próxima Aula (Aula 58)
Com a revisão da teoria de lógica, estruturas de dados e modularização concluída,
estamos prontos para um desafio prático final. Na Aula 58, "Simulado Prático -
Preparação para Avaliações", vou apresentar um novo enunciado de problema, um
pouco mais complexo que o da biblioteca, e o desafio será planejar e estruturar a
solução completa, combinando todos os conceitos-chave do curso. Será um exercício de
ponta a ponta, simulando uma avaliação final de lógica de programação.
