Como remover if-else do seu código PHP

Escrito e revisado por Jefferson Oliveira. Os exemplos são os do post original de 2023, corrigidos e atualizados pro PHP 8.1.

Toda função que cresceu demais tem a mesma cara: um if dentro de outro, um else no fim e três jeitos de sair. Quem lê precisa guardar todas as condições na cabeça pra saber o que volta. Escrevi este post em 2023 com três saídas pra isso. Duas continuam iguais. A terceira eu trocaria.

Começa pelo caso mais comum, uma função que pergunta se o usuário é admin:

1public function isAdmin($user) {2    if (isset($user->role)) {3        if ($user->role === 'admin') {4            return 'user is administrator';5        } else {6            return 'user is not administrator';7        }8    } else {9        return 'role does not exist';10    }11}

Dois níveis de if e dois else pra responder sim ou não. Invertendo as condições, cada exceção sai logo no começo e o caminho principal fica na última linha, sem indentação:

1public function isAdmin(object $user): string2{3    if (! isset($user->role)) {4        return 'role does not exist';5    }67    if ($user->role !== 'admin') {8        return 'user is not administrator';9    }1011    return 'user is administrator';12}

Jefferson Oliveira // na prática

Retorno antecipado e guard clause estão no arquivo de preferências que todo agente de IA que escreve código comigo lê, logo ao lado de “evite else aninhado”. É a regra que mais aparece nas revisões que eu faço do código que eles geram.

Agora uma função que traduz o código de status de um pedido em nome:

1public function getStatusPayment($cart) {2    if (isset($cart->status)) {3        if ($cart->status === 0) {4            return 'Pending';5        } else if ($cart->status === 1) {6            return 'Paid';7        } else if ($cart->status === 2) {8            return 'Delivered';9        } else if ($cart->status === 3) {10            return 'Shipped';11        } else if ($cart->status === 4) {12            return 'Canceled';13        }14    }15}

Talvez você diga que ninguém escreve código assim. Escreve, e bastante. Um valor que vira outro é o caso clássico de enum. Desde o PHP 8.1 o enum pode ter valor próprio, e a busca já vem pronta:

1enum StatusPayment: int2{3    case Pending   = 0;4    case Paid      = 1;5    case Delivered = 2;6    case Shipped   = 3;7    case Canceled  = 4;8}

1public function getStatusPayment(object $cart): string2{3    if (! isset($cart->status)) {4        return 'status not defined';5    }67    return StatusPayment::tryFrom($cart->status)?->name8        ?? 'status does not exist';9}

Jefferson Oliveira // onde eu errei

Na versão de 2023, o getStatusPayment novo checava $cart->state, enquanto o código de antes usava $cart->status, e a última linha estava sem ponto e vírgula. Pior: escrevi um getLabelByCode com array_column e array_search pra fazer o que o tryFrom() já fazia.

Enum resolve quando a lista é fixa. Se o status vem de uma tabela que alguém edita pelo painel, o lugar dele é o banco.

O terceiro caso é uma sequência de if comparando sempre a mesma variável, um por meio de pagamento: cartão de crédito, boleto, débito e pix. Em 2023 eu sugeri switch. Hoje eu iria de match:

1public function payment(object $payment): string2{3    if (! isset($payment->method)) {4        return 'payment not defined';5    }67    return match ($payment->method) {8        'credit_card' => $this->payWithCreditCard($payment),9        'ticket'      => $this->payWithTicket($payment),10        'debit_card'  => $this->payWithDebitCard($payment),11        'pix'         => $this->payWithPix($payment),12        default       => 'payment method not supported',13    };14}

A diferença que mais pesa é a comparação. O switch usa ==, então a string “1” e o inteiro 1 caem no mesmo case [3]. O match usa ===. E cada braço já devolve o valor, sem break esquecido no meio.

Jefferson Oliveira // o detalhe que eu gosto

Sem o default, um meio de pagamento novo que ninguém tratou lança erro. O getStatusPayment de 2023 devolvia null calado pro status 5. Prefiro o erro: ele aparece no primeiro teste, e o null só aparece lá na frente, longe da causa.

Nem todo if precisa sair. Uma condição simples, sem else e sem aninhamento, se lê de primeira. A meta é reduzir os caminhos que quem lê precisa seguir. A palavra if pode ficar.

1. [1] Documentação oficial · PHP Manual: match (abre em nova aba) php.net/manual/pt_BR/control-structures.match.php copiar link da referência 1copiado
2. [2] Documentação oficial · PHP Manual: Backed enumerations (abre em nova aba) php.net/manual/pt_BR/language.enumerations.backed.php copiar link da referência 2copiado
3. [3] Documentação oficial · PHP Manual: switch (abre em nova aba) php.net/manual/pt_BR/control-structures.switch.php copiar link da referência 3copiado
4. [4] Documentação oficial · PHP Manual: Enumerations (abre em nova aba) php.net/manual/pt_BR/language.enumerations.php copiar link da referência 4copiado

Fontes conferidas em out 2026.

// quem escreveu

Jefferson Oliveira

AI Engineer · Studio Visual (abre em nova aba) · São Paulo, SP

Trabalho há mais de 5 anos com PHP, Laravel e WordPress, construindo e-commerces, integrações e sistemas internos. Hoje lidero a adoção de IA na Studio Visual (abre em nova aba) e curso MBA em Engenharia de Software na FIAP.

• PHP: Desenvolvimento Web e POO · 4Linux
• MBA em Engenharia de Software · FIAP (cursando)
• Análise e Desenvolvimento de Sistemas · FATEC Zona Leste
• Liderança e Gestão de Equipes · FGV

Conheça minha trajetória → LinkedIn ↗ (abre em nova aba) GitHub ↗ (abre em nova aba)