OOPにおける抽象化とは何か？

Question

OOPにおける抽象化とは何か？

Accepted Answer

**抽象化**とは、オブジェクトが*何をするか*を露出させながら、*どのようにするか*を隠すことを意味します。シンプルで安定したインターフェースと相互作用し、その裏にある複雑な実装を無視します。

## What vs. how

```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`は、StripeなのかPayPalなのかを決して知りません — それは課金という*考え方*に依存しており、詳細には依存しません。

## 抽象化 vs. カプセル化

これらは関連していますが異なります：**カプセル化**は状態を隠して保護します；**抽象化**は複雑性を隠してインターフェースを単純にします。カプセル化は*保護*についてです；抽象化は*何を表示するか*についてです。

## 落とし穴

リーキーな抽象化（実装の詳細が漏れる）と時期尚早な抽象化（問題を理解する前に構築された）の両方が害をもたらします。本当に変わるものを抽象化しましょう。

## なぜ重要なのか

抽象化は複雑性を制御する方法です：呼び出し側はサブシステム全体ではなく、小さなインターフェースについて推論します。

実装を入れ替えることを可能にします — 新しい支払いプロバイダーを追加しても、1つのクラスを変更するだけで、すべての呼び出し側を変更する必要がありません — これが柔軟でテスト可能な設計の基礎です。