С какой конструкцией в обычном Python можно сравнить middleware по принципу работы?

Сравнение middleware с декораторами

Middleware в веб-фреймворках (например, Django или Express) работает как цепочка обработчиков, через которую проходит запрос перед тем, как попасть в основное приложение, и ответ перед отправкой клиенту. В Python эту концепцию можно сравнить с декораторами — функциями, которые оборачивают другую функцию, добавляя поведение до и после её вызова.

Например, декоратор для логирования времени выполнения:

import time

def timing_decorator(func):
    def wrapper(*args, **kwargs):
        start = time.time()
        result = func(*args, **kwargs)
        print(f"Time: {time.time() - start}")
        return result
    return wrapper

@timing_decorator
def process_request():
    # основная логика
    pass

Здесь timing_decorator добавляет логирование до и после вызова process_request, аналогично тому, как middleware может логировать запрос до обработки и ответ после.

Аналогия с менеджером контекста

Другой пример — менеджер контекста с методами __enter__ и __exit__. Он выполняет код при входе в блок with и при выходе из него, что напоминает обработку запроса и ответа в middleware.

class MiddlewareContext:
    def __enter__(self):
        print("Before request")
        return self
    def __exit__(self, *args):
        print("After request")

with MiddlewareContext():
    print("Processing request")

Этот паттерн позволяет инкапсулировать логику, которая выполняется до и после основного действия, как и middleware.

Вывод

Понимание middleware через декораторы или менеджеры контекста помогает разработчикам быстрее освоить архитектуру веб-приложений и писать переиспользуемые компоненты для обработки запросов.