Что учить дальше: SOLID, архитектура, фреймворки

Поздравляем — вы прошли весь курс «ООП на Python»! 🎉 Это последний урок. Здесь нет домашнего задания и синтаксических упражнений. Здесь — карта: куда двигаться дальше, что читать, что изучать и как ООП живёт в реальных проектах.

🏆 Вы дошли до конца. Это серьёзно.

Вы начали с нуля — с понятия «что такое объект» — и прошли путь до декораторов, миксинов, протоколов и архитектурных паттернов. Большинство людей бросают на середине. Вы не бросили. Теперь у вас есть фундамент, на котором строятся реальные приложения. Это и правда важно — не преувеличение.

🧱 Принципы SOLID — следующая ступень

SOLID — это пять принципов объектно-ориентированного дизайна, сформулированных Робертом Мартином. Они не про синтаксис — они про то, как думать при проектировании классов. Вы уже интуитивно применяли некоторые из них в этом курсе. Теперь пора знать их по имени.

💡 Пример: DIP — зависимость от абстракции

Вместо того чтобы создавать конкретный сервис внутри класса, передаём его снаружи — и можно легко подменить в тестах.

from abc import ABC, abstractmethod


# Абстракция — интерфейс для уведомлений
class Notifier(ABC):
    @abstractmethod
    def send(self, message: str) -> None:
        ...


# Конкретные реализации
class EmailNotifier(Notifier):
    def send(self, message: str) -> None:
        print(f"Email: {message}")


class SMSNotifier(Notifier):
    def send(self, message: str) -> None:
        print(f"SMS: {message}")


class SilentNotifier(Notifier):
    """Для тестов — ничего не отправляет."""
    def send(self, message: str) -> None:
        pass


# OrderService зависит от абстракции Notifier, а не от EmailNotifier напрямую
class OrderService:
    def __init__(self, notifier: Notifier):
        self.notifier = notifier   # инъекция зависимости

    def place_order(self, order):
        # ... логика ...
        self.notifier.send(f"Заказ #{order.id} принят")


# В продакшене
service = OrderService(EmailNotifier())

# В тестах — подменяем без изменения кода OrderService
service = OrderService(SilentNotifier())

🏗️ Архитектурные паттерны

SOLID — это про отдельные классы. Архитектурные паттерны — про то, как классы и модули организованы в систему. Когда проект вырастает до десятков файлов, архитектура — это то, что не даёт ему превратиться в хаос.

# Слой 1: Domain — чистые бизнес-объекты, НИКАКИХ зависимостей от фреймворков
class Order:
    def __init__(self, order_id: int, items: list):
        self.order_id = order_id
        self.items = items
        self.status = "pending"

    def confirm(self):
        if not self.items:
            raise ValueError("Нельзя подтвердить пустой заказ")
        self.status = "confirmed"


# Слой 2: Application — юзкейсы, оркестрирует Domain
class ConfirmOrderUseCase:
    def __init__(self, order_repo, notifier):
        self.order_repo = order_repo  # абстракция
        self.notifier = notifier       # абстракция

    def execute(self, order_id: int):
        order = self.order_repo.get(order_id)
        order.confirm()
        self.order_repo.save(order)
        self.notifier.send(f"Заказ #{order_id} подтверждён")


# Слой 3: Infrastructure — конкретные реализации
class PostgresOrderRepository:
    def get(self, order_id): ...   # SQL-запрос
    def save(self, order): ...     # SQL-запрос

# Domain и Application не знают про PostgreSQL, Django, HTTP — только абстракции

🚀 Фреймворки на Python — всё ООП под капотом

Теперь, когда вы понимаете ООП, вы будете читать код популярных Python-фреймворков совершенно иначе. Это не магия — это классы, наследование, полиморфизм и протоколы.

from fastapi import FastAPI
from pydantic import BaseModel

app = FastAPI()


# Pydantic-модель — это класс!
class OrderRequest(BaseModel):
    product_id: int
    quantity: int
    user_email: str   # автоматическая валидация типов


@app.post("/orders")
async def create_order(order: OrderRequest):
    # FastAPI автоматически провалидирует тело запроса
    # и вернёт 422 Unprocessable Entity если типы не совпадают
    return {"status": "created", "order": order.model_dump()}

📚 Что читать: книги и исходники

🎯 ООП — инструмент, а не цель

Хорошая эвристика: если вам нужно состояние (данные, которые меняются) и поведение (методы работающие с этим состоянием) — ООП. Если задача — преобразовать данные без побочных эффектов — функции и генераторы.

Самый чистый код — тот, который решает задачу максимально просто. Не умный. Не «красивый». Простой. Это и есть профессиональный уровень.

🗂️ Что вы изучили в этом курсе

🎓 Поздравляем с завершением курса!

Вы прошли путь от «что такое класс» до понимания архитектурных принципов, которые используются в реальных компаниях. Это основа, которую вы будете применять каждый день — в любом проекте, на любом фреймворке.

Впереди много интересного: Django и FastAPI, тесты и CI/CD, асинхронность и микросервисы. Но теперь всё это вы будете воспринимать иначе — вы будете видеть структуру, а не просто код.