Тип Python() или __class__, == или

Ответ 1

Для классов старого стиля существует разница:

>>> class X: pass
... 
>>> type(X)
<type 'classobj'>
>>> X.__class__
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
AttributeError: class X has no attribute '__class__'
>>> x = X()
>>> x.__class__
<class __main__.X at 0x171b5d50>
>>> type(x)
<type 'instance'>

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

>>> class Z(object):
...     def __getattribute__(self, name):
...             return "ham"
... 
>>> z = Z()
>>> z.__class__
'ham'
>>> type(z)
<class '__main__.Z'>

Лично у меня обычно есть среда только с классами нового стиля, и в качестве стиля предпочитают использовать type(), поскольку я обычно предпочитаю встроенные функции, когда они существуют для использования магических атрибутов. Например, я также предпочел бы bool(x) на x.__nonzero__().

Ответ 2

Результат type() эквивалентен obj.__class__ в новых классах стилей, а объекты класса небезопасны для сравнения, используя is, вместо этого используйте ==.

Для новых классов стиля предпочтительный путь здесь будет type(obj) == Foo.

Как отметил Майкл Хоффман в своем ответе, между новыми и старыми классами стилей есть разница, поэтому для обратного совместимого кода вам может понадобиться использовать obj.__class__ == Foo.

Для тех, кто утверждает, что isinstance(obj, Foo) является предпочтительным, рассмотрим следующий сценарий:

class Foo(object):
    pass

class Bar(Foo):
    pass

>>> obj = Bar()
>>> isinstance(obj, Foo)
True
>>> type(obj) == Foo
False

OP хочет поведение type(obj) == Foo, где оно будет ложным, хотя Foo является базовым классом Bar.

Ответ 3

is следует использовать только для проверки личности, а не для проверки типа (существует исключение из правила, в котором вы можете и должны использовать is для проверки против одиночных чисел).

Примечание. Обычно я бы не использовал type и == для проверок типов. Предпочтительным способом проверки типа является isinstance(obj, Foo). Если у вас когда-либо есть причина проверить, что что-то не является экземпляром подкласса, это пахнет мне как рыбный дизайн. Если class Foo(Bar):, то Bar - Foo, и вам следует избегать ситуаций, когда какая-то часть вашего кода должна работать с экземпляром Foo, но разбивается на Bar экземпляр.

Ответ 4

Обновление: Спасибо всем за отзыв. Я все еще озадачен тем, являются ли объекты класса одиночными, мой здравый смысл говорит, что это так, но было действительно сложно получить подтверждение (попробуйте googling для "python", "class" и "unique" или "singleton" ).

Я могу подтвердить, что __instance__ является одноэлементным. Вот доказательство.

>>> t1=File.test()
made class
>>> t2=File.test()
made class
>>> print t1.__class__()
made class
<File.test object at 0x1101bdd10>
>>> print t2.__class__()
made class
<File.test object at 0x1101bdd10>

Как вы можете видеть, как t1 и t2 распечатывают одно и то же значение в памяти, даже если t1 и t2 находятся в разных значениях в памяти. Вот доказательство этого.

>>> print t1
<File.test object at 0x1101bdc90>
>>> print t2
<File.test object at 0x1101bdcd0>

Метод __instance__ существует только в том случае, если вы использовали class "name"(object):. Если вы используете классический класс стиля class "name":, то метод __instance__ не существует.

То, что это означает, должно быть наиболее общим, которое вы, вероятно, хотите использовать type, если вы не знаете, что экземпляр факта существует.