O que é abstração em POO?

Question

Accepted Answer

**Abstração** significa expor *o que* um objeto faz enquanto esconde *como* ele faz isso. Você interage com uma interface simples e estável, ignorando a implementação confusa por trás dela.

## O quê vs. como

```python
from abc import ABC, abstractmethod

class PaymentGateway(ABC):          # the abstraction: "what"
    @abstractmethod
    def charge(self, amount): ...    # callers only need this contract

class StripeGateway(PaymentGateway): # one "how"
    def charge(self, amount):
        # talk to Stripe's API, handle tokens, retries...
        return f"charged {amount} via Stripe"

class PayPalGateway(PaymentGateway): # another "how"
    def charge(self, amount):
        return f"charged {amount} via PayPal"

def checkout(gateway: PaymentGateway, amount):
    return gateway.charge(amount)    # depends only on the abstraction
```

`checkout` nunca sabe se é Stripe ou PayPal — depende da *ideia* de cobrar, não dos detalhes.

## Abstração vs. encapsulamento

Estão relacionados mas são distintos: **encapsulamento** esconde estado para protegê-lo; **abstração** esconde complexidade para simplificar a interface. Encapsulamento é sobre *proteção*; abstração é sobre *o que mostrar*.

## Armadilha

Abstrações vazadas (onde detalhes de implementação vazam) e abstrações prematuras (construídas antes de você entender o problema) ambas prejudicam. Abstraia o que genuinamente varia.

## Por que isso importa

Abstração é como você doma a complexidade: chamadores raciocinam sobre uma interface pequena em vez de um subsistema inteiro.

Ela permite trocar implementações — adicionar um novo provedor de pagamento toca uma classe, não cada chamador — que é a base de design flexível e testável.