Co to jest abstrakcja w programowaniu obiektowym?

Question

Accepted Answer

**Abstrakcja** oznacza udostępnianie tego, *co* robi obiekt, przy jednoczesnym ukrywaniu *jak* to robi. Wchodzisz w interakcję z prostym, stabilnym interfejsem i ignorujesz chaotyczną implementację za nim.

## Co a jak

```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` nigdy nie wie, czy to Stripe czy PayPal — zależy od *idei* pobierania opłaty, a nie od szczegółów.

## Abstrakcja a enkapsulacja

Są powiązane, ale odrębne: **enkapsulacja** ukrywa stan, aby go chronić; **abstrakcja** ukrywa złożoność, aby uprościć interfejs. Enkapsulacja chodzi o *ochronę*; abstrakcja chodzi o *co pokazać*.

## Pułapka

Zaciekawe abstrakcje (gdzie szczegóły implementacji przedostają się na zewnątrz) i przedwczesne abstrakcje (zbudowane zanim zrozumiesz problem) są szkodliwe. Abstrahujesz to, co naprawdę się zmienia.

## Dlaczego to ważne

Astrakcja to sposób, w jaki opanowujesz złożoność: wywołujący rozumuje o małym interfejsie zamiast całego podsystemu.

Umożliwia zamianę implementacji — dodanie nowego dostawcy płatności dotyka jednej klasy, a nie każdego wywołującego — co stanowi podstawę elastycznego, testowalnego projektu.