Краткий ответ

Python разрешит присваивание нового class только при совместимой внутренней раскладке исходного и целевого типов. Объект при этом не создаётся заново: сохраняются его идентичность и состояние, но дальнейший поиск методов выполняется через новый класс.

Исторический контекст

Python допускает динамическое изменение поведения объектов во время выполнения. Возможность заменить класс позволяет переклассифицировать уже существующий объект без копирования его состояния, когда оба типа совместимы на уровне внутреннего представления.

Это не универсальный способ наследования или преобразования объектов. Механизм предназначен для специальных случаев, где сохранение той же объектной идентичности важнее обычного создания нового экземпляра.

Постановка проблемы

Присваивание нового класса может изменить набор методов, правила доступа к атрибутам и результат проверок isinstance. Если целевой класс ожидает другую структуру объекта, простая замена класса нарушила бы корректную работу интерпретатора.

Поэтому Python проверяет совместимость типов. Несовместимая замена завершается TypeError, а конструктор нового класса при этом не вызывается.

Подробное решение

Обычные пользовательские классы обычно совместимы, если имеют одинаковую внутреннюю раскладку экземпляра. В частности, важны наличие и структура dict, состав и расположение slots, а также другие характеристики памяти, зависящие от реализации типа.

При успешной замене:

идентификатор объекта не меняется;
существующие атрибуты не копируются и остаются в том же объекте;
методы и дескрипторы начинают искаться с учётом нового класса;
type(obj) и проверки через isinstance отражают новый класс;
init автоматически не запускается.

Для встроенных и расширяющих типах ограничения строже. В CPython присваивание class в общем случае поддерживается для совместимых изменяемых типов, а точные требования зависят от внутренней раскладки объектов. Поэтому рассчитывать на замену между произвольными встроенными типами нельзя.

Минимальный пример:

class Draft:
    pass

class Ready:
    pass

item = Draft()
item.name = 'report'
item.__class__ = Ready

print(item.name, isinstance(item, Ready))

Будет напечатано report True: объект тот же, его атрибут сохранён, но класс и поведение изменились. Если добавить несовместимые slots, присваивание обычно завершится TypeError.

Главный компромисс — сохранение идентичности против безопасности инвариантов. После замены класса новый тип может ожидать атрибуты или состояние, которых объект не имеет, поэтому такой приём следует применять только при явно доказанной совместимости.

Ситуация из практики

В системе обработки документов уже созданные объекты черновиков нужно перевести в состояние «готово», сохранив ссылки на них в кэше и очередях. У классов одинаковая раскладка экземпляра, а переход не требует повторной инициализации.

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

При доказанной совместимости можно выбрать замену class: она сохраняет все ссылки и состояние без копирования. После этого код должен отдельно установить или проверить инварианты класса Ready; сам факт успешной замены не гарантирует их корректность.

Что кандидаты часто упускают

Вызывается ли init после успешной замены class?

Нет. Присваивание меняет тип уже существующего объекта и не является вызовом конструктора. Если новому классу нужна дополнительная настройка, её необходимо выполнить явно, причём нужно учитывать риск частично инициализированного состояния.

Достаточно ли, чтобы у двух классов совпадал набор атрибутов?

Нет. Совпадение видимых атрибутов не гарантирует совместимость внутренней раскладки. Важны структура dict, slots и требования реализации типа; два класса могут выглядеть одинаково снаружи, но всё равно быть несовместимыми для замены.

Создаётся ли новый объект при изменении class?

Нет. Сохраняется тот же объект, поэтому его id и все существующие внешние ссылки остаются прежними. Меняется тип, используемый для последующего разрешения методов и проверок принадлежности к классу, а состояние объекта не преобразуется автоматически.