Как можно отделить реализацию класса от описания?
В С++ это делает так:



Как такое на python'е сделать?

Только варианты типа:
мне не нравятся. Функция __init__() - будет глобальной функцией, может быть совпадение с другими именами. Придётся обертывать в функцию.
Если надо иметь несколько реализаций разных классов в одном модуле, то придется переопределять __init__ для каждого конструктора. Некрасиво как-то...

Python это не С++. Запомните это. Так не нужно делать.

Эта рекомендация где-то описана? Если нет, то поясните почему так не делают.

Очевидно потому что в Python не существует необходимости и языковой возможности (как следствие из отсутствия такой необходимости) отделения реализации от описания.

В С++ в первую очередь такое разделение было принято из-за особенностей реализации языка. Конкретно функция-член класса, как и просто функция должна быть в единственном экземпляре (кроме случаев inline и шаблонов). И уже после этого идет удобство чтения кода, как особенность такого подхода реализации.

Добавлено через 2 минуты и 10 секунд
P.S. Советую взглянуть на языки Java, C#, etc. В них тоже нет физической возможности разделения реализации от описания, так как в этом нет необходимости.

Вам следует в первую очередь запомнить для себя что "Python - НЕ С++" и некоторые походы С++ программистов для Python не применимы.

Так не делают в языках хоть сколь нибудь поддерживающих модульность. В отличие от тех же C#, Java в Python есть настоящие модули, "содранные"  ЕМНИП с Modula-3. 

В этих самых модулях описываются сущности: функции, классы, ... А интерфейс модуля описывать явно не надо. Эту задачу берёт на себе сам Python. Вообще, интерфейс может генерироваться компилятором (Oberon, Fortran), а может быть какая-нибудь поддержка в run-time через метаинформацию (в Python, видимо, как-то так)... По-разному бывает. Общая черта одна - явно описывать интерфейс модуля не надо.

В случае Java/C# тоже самое справедливо только уже для классов, а не модулей.

А в С/С++ модулей и поддержки модульности нет. Приходится изголяться. 

Никогда не тащите свои старые (и, кстати, в данном случае ещё и дурацкие) привычки в новый язык.

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

В python-e можно использовать фабрику объектов вместо этого(не совсем тоже самое, но обычно это то, что требуется).



duck typing избавляет он необходимости применять наследование, достаточно создать несколько классов, имеющих один и тот же набор методов

Ясно. Спасибо за развернутые ответы.

Например через наследование - в классе B переопределяем метод класса A:



Если я вас правильно понял.

Я привык видеть интерфейс классов и их реализацию в разных файлах.

Я предполагал, что есть что-то типа:


Но эта штука из С++ в Питоне не нужна.

обычно интерфейсы реализуют как базовые классы с методами, которые генерят исключение если их вызвать и они не имплеменчены в предках. Что-то типа:

Можно воспользоваться импортом: