Не уверен насчёт Django, но по аналогии с обычной SQLAlchemy, думаю что да, нужно в обоих (иначе, наследующий класс скорее всего будет считаться реализацией)
Кхм имел ввиду как на практике и в каких ситуациях стоит юзать, а в каких стоит использовать другой метод
Представь тебе надо вывести цифры ввиде рисунка можно каждую цифру поставить в словарь, как ключ, а у ключа будет значение(рисунок), ты можешь просто обращаться к этому ключу, выводить значение, которое у тебя находится под ключом и тебе будет выводится определённый рисунок
Кхм имел ввиду как на практике и в каких ситуациях стоит юзать, а в каких стоит использовать другой метод
номер паспорта : инфа о человеке идентификационный код : инфа о человеке номер квартиры : список жильцов номер книжки в каталоге : название - автор ключ (то шо слева ) - уникальное , те.е. неповторяющееся занчение справа - содержимое
Представь тебе надо вывести цифры ввиде рисунка можно каждую цифру поставить в словарь, как ключ, а у ключа будет значение(рисунок), ты можешь просто обращаться к этому ключу, выводить значение, которое у тебя находится под ключом и тебе будет выводится определённый рисунок
Есть бест практис по количеству наследований от абстрактных классов или сколько душе угодно можно?
Если это шаблоны для моделей SQL-таблиц, думаю да, нормально (не думаю что там будет слишком большое дерево). Если что, ещё можно делать миксины: class Base: val1 = ...
Если это шаблоны для моделей SQL-таблиц, думаю да, нормально (не думаю что там будет слишком большое дерево). Если что, ещё можно делать миксины: class Base: val1 = ...