🎉 Hooray! After 3 years of work, I've finally released the ebook on design patterns! Check it out »

Composite in Python

Composite is a Conceptual design pattern that allows composing objects into a tree-like structure and work with the it as if it was a singular object.

Composite became a pretty popular solution for the most problems that require building a tree structure. Composite’s great feature is the ability to run methods recursively over the whole tree structure and sum up the results.

Learn more about Composite

Usage of the pattern in Python



Usage examples: The Composite pattern is pretty common in Python code. It’s often used to represent hierarchies of user interface components or the code that works with graphs.

Identification: The composite is easy to recognize by behavioral methods taking an instance of same abstract/interface type into a tree structure.

Conceptual Example

This example illustrates the structure of the Composite design pattern. It focuses on answering these questions:

  • What classes does it consists of?
  • What roles do these classes play?
  • In what way the elements of the pattern are related?

main.py: Conceptual Example

from __future__ import annotations
from abc import ABC, abstractmethod
from typing import List

class Component(ABC):
    The base Component class declares common operations for both simple and
    complex objects of a composition.

    def parent(self) -> Component:
        return self._parent

    def parent(self, parent: Component):
        Optionally, the base Component can declare an interface for setting
        and accessing a parent of the component in a tree structure. It can
        also provide some default implementation for these methods.

        self._parent = parent

    In some cases, it would be beneficial to define the child-management
    operations right in the base Component class. This way, you won't need to
    expose any concrete component classes to the client code, even during the
    object tree assembly. The downside is that these methods will be empty
    for the leaf-level components.

    def add(self, component: Component) -> None:

    def remove(self, component: Component) -> None:

    def is_composite(self) -> bool:
        You can provide a method that lets the client code figure out whether
        a component can bear children.

        return False

    def operation(self) -> str:
        The base Component may implement some default behavior or leave it to
        concrete classes (by declaring the method containing the behavior as


class Leaf(Component):
    The Leaf class represents the end objects of a composition. A leaf can't
    have any children.
    Usually, it's the Leaf objects that do the actual work, whereas Composite
    objects only delegate to their sub-components.

    def operation(self) -> str:
        return "Leaf"

class Composite(Component):
    The Composite class represents the complex components that may have
    children. Usually, the Composite objects delegate the actual work to
    their children and then "sum-up" the result.

    def __init__(self) -> None:
        self._children: List[Component] = []

    A composite object can add or remove other components (both simple or
    complex) to or from its child list.

    def add(self, component: Component) -> None:
        component.parent = self

    def remove(self, component: Component) -> None:
        component.parent = None

    def is_composite(self) -> bool:
        return True

    def operation(self) -> str:
        The Composite executes its primary logic in a particular way. It
        traverses recursively through all its children, collecting and
        summing their results. Since the composite's children pass these
        calls to their children and so forth, the whole object tree is
        traversed as a result.

        results = []
        for child in self._children:
        return f"Branch({'+'.join(results)})"

def client_code(component: Component) -> None:
    The client code works with all of the components via the base interface.

    print(f"RESULT: {component.operation()}", end="")

def client_code2(component1: Component, component2: Component) -> None:
    Thanks to the fact that the child-management operations are declared in
    the base Component class, the client code can work with any component,
    simple or complex, without depending on their concrete classes.

    if component1.is_composite():

    print(f"RESULT: {component1.operation()}", end="")

if __name__ == "__main__":
    # This way the client code can support the simple leaf components...
    simple = Leaf()
    print("Client: I've got a simple component:")

    # ...as well as the complex composites.
    tree = Composite()

    branch1 = Composite()

    branch2 = Composite()


    print("Client: Now I've got a composite tree:")

    print("Client: I don't need to check the components classes even when managing the tree:")
    client_code2(tree, simple)

Output.txt: Output

Client: I've got a simple component:

Client: Now I've got a composite tree:
RESULT: Branch(Branch(Leaf+Leaf)+Branch(Leaf))

Client: I don't need to check the components classes even when managing the tree:
RESULT: Branch(Branch(Leaf+Leaf)+Branch(Leaf)+Leaf)

Composite in Other Languages

Composite in Java Composite in C# Composite in PHP Composite in TypeScript