isinstance работает не только для конкретного типа, но и для всех потомков объекта (наследуемых классов). Поэтому при проверке типов type лучше вообще никогда не использовать, если только не требуется строго какой то конкретый тип.

@@user-dy4nj1cd2d не понял, что за наследуемые классы. Не могли бы объяснить в чем разница?

@@leonidalexeev4098 Например есть словарь, а есть упорядоченный словарь (collections.OrderedDict) и словарь со значениями по умолчанию (collections.DefaultDict). Они умеют делать одни и те же вещи и для пользователя нет разницы какой из них применён. Если пользоваться isinstance то проблем не будет т.к. это всё словари. А если буквально проверять их типы, то можно наткнуться на проблемы в самых неожиданных местах. Это не имеет значения, когда сам пишешь код. Но когда работаешь с библиотеками, оттуда постоянно прилетают объекты специфических типов. Поэтому надо проверять не тип, а умение что то делать, для чего по сути и нужна isinstance.

@@user-dy4nj1cd2d то есть, функция isinstance проверяет супер-класс, основной класс объекта, а type дочерний класс, если такой имеется, который является наследником основного?

@@ineednew9437 isinstance проверяет цепочку предков, а type смотрит только суперкласс.

Списки тоже