Programação Funcional ou POO em PHP: qual escolher sem enlouquecer

Introdução: dois lados, uma batalha

Todo desenvolvedor PHP, mais cedo ou mais tarde, se depara com uma escolha: escrever no estilo funcional ou mergulhar no mundo das classes e objetos. É como escolher entre um canivete suíço e um multitool — ambas as ferramentas resolvem problemas, mas de maneiras diferentes. Neste artigo, vamos analisar a programação funcional vs orientada a objetos em PHP, ver código real e decidir quando usar cada abordagem.

PHP é uma linguagem única. Ela nasceu procedural, evoluiu para POO e, nas versões mais recentes (7.4+, 8.x), absorve ativamente recursos funcionais: arrow functions, closures, tipagem. Isso significa que você pode misturar abordagens. Mas como não se confundir? Vamos descobrir.

Fundamentos: como os dois mundos se diferenciam

Programação Funcional (Functional Programming)

Aqui, o foco são as funções. Funções puras, sem efeitos colaterais, que sempre retornam um resultado previsível. Nada de estado global, nada de mutação de variáveis. Os dados fluem em uma cadeia, como uma esteira de produção.

// Estilo funcional: simples, previsível\n$numbers = [1, 2, 3, 4, 5];\n\n$result = array_map(\n    fn($n) => $n * 2,\n    array_filter($numbers, fn($n) => $n % 2 === 0)\n);\n\nprint_r($result); // [4, 8]

Percebeu? Não alteramos o array original, não usamos loops. Tudo é declarativo: pegar os pares, dobrar, entregar. Isso economiza tempo de depuração — não há efeitos colaterais.

Programação Orientada a Objetos (POO)

A POO é construída em torno de objetos — entidades que armazenam estado e comportamento. As classes encapsulam dados, os herdeiros estendem a funcionalidade e o polimorfismo permite mudar a lógica em tempo real.

// Estilo POO: estrutura e reutilização\nclass NumberProcessor {\n    private array $numbers;\n\n    public function __construct(array $numbers) {\n        $this->numbers = $numbers;\n    }\n\n    public function getEvens(): array {\n        return array_filter($this->numbers, fn($n) => $n % 2 === 0);\n    }\n\n    public function multiplyBy(int $factor): self {\n        $this->numbers = array_map(fn($n) => $n * $factor, $this->numbers);\n        return $this;\n    }\n\n    public function getResult(): array {\n        return $this->numbers;\n    }\n}\n\n$processor = new NumberProcessor([1, 2, 3, 4, 5]);\n$result = $processor->getEvens()->multiplyBy(2)->getResult();\nprint_r($result); // [4, 8]

Aqui, criamos um objeto que armazena estado. Podemos encadear métodos. Vantagem: se precisar adicionar uma nova operação, basta adicionar um método na classe.

Quando a programação funcional vence

1. Processamento de dados sem efeitos colaterais

Imagine que você está escrevendo um parser de logs ou um conversor de moedas. Os dados fluem em uma esteira: ler → filtrar → transformar → salvar. Funções são a escolha ideal aqui. Elas não dependem de estado externo e são fáceis de testar.

2. Coleções e arrays

O PHP oferece funções poderosas para trabalhar com arrays: array_map, array_filter, array_reduce. Combinadas com arrow functions (PHP 7.4+), transformam o código em poesia.

$users = [\n    ['name' => 'Ana', 'age' => 25],\n    ['name' => 'Bruno', 'age' => 17],\n    ['name' => 'Carla', 'age' => 30],\n];\n\n$adultNames = array_map(\n    fn($user) => $user['name'],\n    array_filter($users, fn($user) => $user['age'] >= 18)\n);\n\n// ['Ana', 'Carla']

Limpo, legível, sem classes. Para transformações simples, é a melhor escolha.

3. Testes sem mocks

Funções não têm estado, então são fáceis de testar. Não é necessário criar mocks ou stubs complexos. Basta passar os dados e obter o resultado.

Quando a programação orientada a objetos é indispensável

1. Lógica de negócios complexa com estado