🏗️ ООП и модель объектов

Короткий ответ Богатая модель инкапсулирует инварианты и поведение рядом с данными, что облегчает их защиту от нарушения и тестирование объекта в изоляции, но рискует разрастись до объекта с слишком многими ответственностями и скрытыми зависимостями; анемичная модель с отдельными сервисами проще комбинировать и переиспользовать для разных сценариев обработки, но легко приводит к размытой логике, дублирующейся в нескольких сервисах, и к данным, которые можно привести в несогласованное состояние, если не все пути проходят через нужные проверки. Как это работает подробнее В богатой модели методы, изменяющие состояние объекта (order.cancel(), order.add_item(item)), сами проверяют инварианты (нельзя отменить уже отправленный заказ, нельзя добавить товар в оплаченный заказ) — любой код, вызывающий эти методы, автоматически получает защиту от некорректных переходов состояния, потому что проверка находится в одном месте, а не размазана по вызывающему коду. В анемичной модели Order — это, по сути, dataclass с полями,

Читать полностьюanemic-model

Короткий ответ Обычный метод получает первым аргументом экземпляр (self) и обращается к его состоянию; classmethod получает первым аргументом сам класс (cls) и обычно используется для альтернативных конструкторов; staticmethod не получает ни self, ни cls и ведёт себя как обычная функция, просто логически связанная с классом по смыслу. Как это работает подробнее Декоратор @classmethod превращает первый параметр в ссылку на класс, через который метод был вызван (это важно при наследовании — cls будет указывать на класс-наследник, если метод вызван через него). @staticmethod убирает автоматическую передачу чего-либо — метод просто помещён в namespace класса для группировки, без доступа к self/cls. Пример кода Что использовать на практике Практика. classmethod часто используют для фабричных методов, создающих объект по-другому (User.from_dict(data)), которые должны уметь работать и для подклассов. staticmethod применяют для вспомогательных функций, логически относящихся к классу (например, валидация формата email

Читать полностьюclassmethod

Короткий ответ Атрибут, объявленный прямо в теле класса (а не внутри __init__ через self.attr), принадлежит самому классу и является общим для всех экземпляров; если это изменяемый объект (список, словарь) и к нему обращаются через self.attr.append(...), все экземпляры мутируют один и тот же общий объект — исправление: инициализировать список индивидуально для каждого экземпляра внутри __init__. Как это работает подробнее Атрибут класса (class Order: items = []) создаётся один раз при определении класса и хранится в namespace самого класса, а не в __dict__ каждого экземпляра. Чтение self.items находит этот общий атрибут (Python сначала ищет в __dict__ экземпляра, не находит и поднимается к классу), но self.items.append(x) не создаёт новый атрибут экземпляра — он мутирует тот самый общий объект класса, поэтому изменение видно через любой экземпляр. Пример кода Что использовать на практике Практика. Диагностируют такую проблему, сравнивая id(order1.items) и id(order2.items) — совпадающий id подтверждает, что эт

Читать полностьюdunder-methods

Короткий ответ __slots__ может заметно снизить потребление памяти и немного ускорить доступ к атрибутам при массовом создании однотипных мелких объектов, но ограничивает динамичность класса (нельзя произвольно добавлять атрибуты, сложнее совмещается с множественным наследованием и некоторыми библиотеками, ожидающими __dict__), поэтому повсеместное применение без разбора рискует сломать совместимость с существующим кодом и сторонними библиотеками, которые полагаются на динамические атрибуты, monkey-patching или сериализацию через __dict__. Как это работает подробнее Экономия памяти от __slots__ пропорциональна количеству экземпляров и разнице между размером __dict__ экземпляра (который выделяется для каждого объекта индивидуально и имеет заметный базовый оверхед) и компактным slot-хранилищем на уровне дескрипторов класса; выигрыш особенно заметен именно на больших количествах мелких объектов, что соответствует описанному сценарию кэша. Однако любой код, который сериализует объект через obj.__dict__ (некоторые

Читать полностьюmemory

Короткий ответ ABC формализует контракт: класс с абстрактным методом нельзя инстанцировать напрямую, пока все абстрактные методы не переопределены в подклассе, что даёт явную, проверяемую на этапе создания объекта гарантию реализации интерфейса, а не только соглашение по документации, на которое полагается чистая утиная типизация. Как это работает подробнее Класс, наследующийся от abc.ABC и помечающий методы @abstractmethod, не может быть создан через ClassName(), если хотя бы один абстрактный метод не переопределён в конкретном подклассе — Python поднимает TypeError прямо в момент попытки создания объекта, а не позже, когда отсутствующий метод впервые понадобится. Это сдвигает обнаружение ошибки "забыли реализовать метод" на самое раннее возможное время. Пример кода Что использовать на практике Практика. ABC полезны, когда в команде/библиотеке определён набор обязательных методов для расширяемого компонента (например, разные реализации хранилища данных, разные стратегии оплаты), и важно сразу получить понятн

Читать полностьюabc

Короткий ответ Глубокое наследование создаёт жёсткую связанность между уровнями иерархии и делает локальные изменения базового класса потенциально опасными для всех потомков (fragile base class problem); переход к композиции — сборке поведения из небольших, независимо тестируемых объектов-стратегий/сервисов, внедряемых через конструктор — обычно снижает эту связанность, но требует более явного проектирования интерфейсов и не бесплатен в смысле читаемости и количества объектов. Как это работает подробнее При наследовании подкласс неявно зависит от внутренней реализации родителя (какие методы вызывают друг друга, в каком порядке, какие инварианты поддерживаются), а не только от его публичного контракта — изменение этой внутренней механики в базовом классе может незаметно для автора изменения сломать логику в далёких потомках. Композиция заменяет "является" (is-a) на "использует" (has-a): объект работы с заказом получает нужное поведение (расчёт скидки, уведомление, валидацию) как отдельные объекты-коллаборанты

Читать полностьюinheritance

Короткий ответ property превращает вызов метода в синтаксис обычного доступа к атрибуту (obj.attr вместо obj.get_attr()), позволяя добавить геттер и сеттер с проверками (валидацией, вычислением) без изменения кода, который уже использует obj.attr = value. Как это работает подробнее Декоратор @property делает метод геттером, доступным без вызова со скобками. Метод с тем же именем, декорированный @attr.setter, перехватывает присваивание obj.attr = value и может выполнить проверку перед сохранением в "приватное" поле (по конвенции — с подчёркиванием, например self._attr). Если сеттер не определён, property становится доступной только для чтения, и попытка присвоить значение вызывает AttributeError. Пример кода Что использовать на практике Практика. property особенно полезна при рефакторинге: класс изначально хранил простое публичное поле, а позже понадобилась валидация или вычисление на основе других полей — property позволяет добавить это без изменения вызывающего кода (obj.price = 10 продолжает работать так же

Читать полностьюobject-model

Короткий ответ @dataclass автоматически генерирует __init__, __repr__ и __eq__ на основе аннотированных полей класса; поведение можно настроить параметрами декоратора — eq=False отключает сравнение по значению, repr=False отключает автогенерацию строкового представления, а frozen=True делает экземпляры неизменяемыми после создания (присваивание полям вызывает исключение). Как это работает подробнее По умолчанию @dataclass читает аннотации типов на уровне класса и генерирует __init__, который присваивает каждому аргументу соответствующее поле, __repr__, печатающий все поля в читаемом виде, и __eq__, сравнивающий объекты как tuple из значений полей в порядке объявления. frozen=True переопределяет __setattr__/__delattr__, чтобы бросать FrozenInstanceError на попытку изменить поле после __init__, что также делает экземпляр потенциально хешируемым (при согласованных условиях), в отличие от обычного изменяемого dataclass. Пример кода Что использовать на практике Практика. dataclass обычно выбирают для DTO, объектов

Читать полностьюmutability

Короткий ответ Наследование позволяет классу-потомку переиспользовать и переопределять атрибуты и методы родительского класса; super() даёт доступ к методам родителя из переопределённого метода потомка, что позволяет дополнить, а не полностью заменить родительскую логику. Как это работает подробнее При определении class Child(Parent): потомок автоматически получает все методы и атрибуты родителя, которые не переопределены явно. Вызов super().method(...) внутри потомка ищет реализацию method выше по цепочке наследования (согласно порядку MRO) и вызывает её с текущим self. Пример кода Что использовать на практике Практика. Чаще всего super().__init__(...) вызывают в начале __init__ потомка, чтобы родительский класс корректно инициализировал свою часть состояния, а потомок — только добавил своё. Это избавляет от дублирования кода инициализации и сохраняет правильное поведение при изменении родительского класса. Подводные камни Риски. Полностью переопределяют метод потомка без вызова super(), из-за чего теряется

Читать полностьюinheritance