Qu'est-ce que l'abstraction en POO ?

Question

Accepted Answer

**L'abstraction** signifie exposer *ce qu'* un objet fait tout en cachant *comment* il le fait. Vous interagissez avec une interface simple et stable et ignorez la mise en œuvre compliquée derrière elle.

## Quoi vs. comment

```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` ne sait jamais s'il s'agit de Stripe ou PayPal — cela dépend de l'*idée* de facturer, pas des détails.

## Abstraction vs. encapsulation

Ils sont liés mais distincts : **l'encapsulation** cache l'état pour le protéger ; **l'abstraction** cache la complexité pour simplifier l'interface. L'encapsulation concerne la *protection* ; l'abstraction concerne *ce qu'il faut montrer*.

## Piège

Les abstractions qui fuient (où les détails d'implémentation transparaissent) et les abstractions prématurées (construites avant de comprendre le problème) nuisent. Abstrayez ce qui varie réellement.

## Pourquoi c'est important

L'abstraction est la façon dont vous maîtrisez la complexité : les appelants raisonnent sur une petite interface au lieu d'un sous-système entier.

Elle permet de permuter les implémentations — ajouter un nouveau fournisseur de paiement touche une classe, pas chaque appelant — ce qui est la base d'une conception flexible et testable.