学ぶコンポジションの基本原則

メニューを表示するにはスワイプしてください

コンポジションは、より複雑なオブジェクトを、より単純で独立したコンポーネントを組み合わせて構築することに重点を置く手法。継承のように固定的な階層構造を作るのではなく、コンポジションではクラスが内部にオブジェクトを保持し、それらを通じて協調する。これにより、システムは柔軟性、モジュール性、保守性の向上が実現され、コンポーネントを全体構造を壊すことなく置き換えたり拡張したりできる。


              123456789101112131415161718192021222324252627282930313233
            
class Payment:
    def pay(self, amount):
        return f"Paid {amount}"


class Inventory:
    def reserve(self, item):
        return f"{item} reserved"


class Shipping:
    def ship(self, item):
        return f"{item} shipped"


class Order:
    def __init__(self, item, price, payment, inventory, shipping):
        self.item = item
        self.price = price
        self.payment = payment
        self.inventory = inventory
        self.shipping = shipping

    def process(self):
        return " | ".join([
            self.inventory.reserve(self.item),
            self.payment.pay(self.price),
            self.shipping.ship(self.item)
        ])


order = Order("Laptop", 1200, Payment(), Inventory(), Shipping())
print(order.process())

Orderは支払い、在庫、配送のロジック自体を実装していない。代わりに、個別のオブジェクト（Payment、Inventory、Shipping）を持ち、それらを利用して処理を行う。

各コンポーネントは一つの責務のみを持ち、Orderはそれらを調整する役割のみを担う。支払いや配送の仕組みを変更したい場合、Orderクラスを修正せずにコンポーネントを差し替えることができる。

コンポジションを使用する際の注意点として、あまりに多くのコンポーネントを集約して管理が困難になるゴッドオブジェクトの生成、外部クラスを通じてコンポーネントのAPIが漏れ出しインターフェースが複雑化すること、コンポーネント同士が内部実装に依存しすぎて隠れた結合が生じることなどが挙げられる。

ゴッドオブジェクト

ゴッドオブジェクトは多くのことをやりすぎます。多数のコンポーネントを保持し、多くの責任を担うため、そのクラスは理解・テスト・保守が困難になります。

コンポーネントAPIの漏洩

外側のクラスが、そのコンポーネントの内部メソッドや属性を公開してしまう場合に発生します。独自の明確なインターフェースを提供する代わりに、ユーザーが内部オブジェクトと直接やり取りすることを強制します。

隠れた結合

コンポーネント同士が内部の詳細を通じて密接に結びついてしまいます。一部を変更すると、他の部分が予期せず壊れることがあり、これは明確な契約ではなく内部構造に依存しているためです。

すべて明確でしたか？

フィードバックありがとうございます！

セクション 3. 章 2

AIに質問する

何でも質問するか、提案された質問の1つを試してチャットを始めてください

セクション 3. 章 2