Ответы:
Со следующей программой
#! /usr/bin/env python
import foo
def fullname(o):
# o.__module__ + "." + o.__class__.__qualname__ is an example in
# this context of H.L. Mencken's "neat, plausible, and wrong."
# Python makes no guarantees as to whether the __module__ special
# attribute is defined, so we take a more circumspect approach.
# Alas, the module name is explicitly excluded from __qualname__
# in Python 3.
module = o.__class__.__module__
if module is None or module == str.__class__.__module__:
return o.__class__.__name__ # Avoid reporting __builtin__
else:
return module + '.' + o.__class__.__name__
bar = foo.Bar()
print fullname(bar)
и Bar
определяется как
class Bar(object):
def __init__(self, v=42):
self.val = v
выход
$ ./prog.py
foo.Bar
o.__class__.__module__
когда-нибудь от o.__module__
?
".".join([o.__module__, o.__name__])
для Python3
AttributeError: 'AttributeError' object has no attribute '__module__'
Приведенные ответы не относятся к вложенным классам. Хотя он недоступен до Python 3.3 ( PEP 3155 ), вы действительно хотите использовать __qualname__
этот класс. В конце концов (3.4 - PEP 395 ) __qualname__
также будет существовать для модулей, чтобы иметь дело со случаями, когда модуль переименовывается (т.е. когда он переименовывается __main__
).
Type.__module__ + '.' + Type.__qualname__
.
__qualname__
все еще разрешается только имя класса
Подумайте об использовании inspect
модуля, который имеет такие функции, getmodule
которые могут быть тем, что вы ищете:
>>>import inspect
>>>import xml.etree.ElementTree
>>>et = xml.etree.ElementTree.ElementTree()
>>>inspect.getmodule(et)
<module 'xml.etree.ElementTree' from
'D:\tools\python2.5.2\lib\xml\etree\ElementTree.pyc'>
inspect.getmodule()
возвращает объекты модуля - не полностью определенные имена классов. На самом деле, inspect
модуль не предоставляет никакой функциональности, которая бы фактически решала этот вопрос. Этот ответ не является ответом. </facepalm>
Вот один из них, основанный на превосходном ответе Грега Бэкона, но с парой дополнительных проверок:
__module__
может быть None
(в соответствии с документами), а также для типа, как str
это может быть __builtin__
(который вы не хотели бы появляться в журналах или любой другой). Следующие проверки обеих этих возможностей:
def fullname(o):
module = o.__class__.__module__
if module is None or module == str.__class__.__module__:
return o.__class__.__name__
return module + '.' + o.__class__.__name__
(Там может быть лучший способ проверить __builtin__
. Вышеприведенное опирается только на тот факт, что str всегда доступен, а его модуль всегда __builtin__
)
Для python3.7 я использую:
".".join([obj.__module__, obj.__name__])
Получение:
package.subpackage.ClassName
obj
должен быть класс, а не экземпляр объекта.
__module__
сделал бы трюк.
Пытаться:
>>> import re
>>> print re.compile.__module__
re
Этот сайт предполагает, что __package__
может работать для Python 3.0; Однако приведенные там примеры не будут работать под моей консолью Python 2.5.2.
"%s.%s" % (x.__class__.__module__, x.__class__.__name__)
Это хак, но я поддерживаю 2.6 и просто нужно что-то простое:
>>> from logging.handlers import MemoryHandler as MH
>>> str(MH).split("'")[1]
'logging.handlers.MemoryHandler'
__repr__()
реализации в проверенном классе ( и от того, чтобы __str__()
не быть переопределенным). Бесполезно в большинстве случаев.
Некоторые люди (например, https://stackoverflow.com/a/16763814/5766934 ) утверждают, что __qualname__
это лучше, чем __name__
. Вот пример, который показывает разницу:
$ cat dummy.py
class One:
class Two:
pass
$ python3.6
>>> import dummy
>>> print(dummy.One)
<class 'dummy.One'>
>>> print(dummy.One.Two)
<class 'dummy.One.Two'>
>>> def full_name_with_name(klass):
... return f'{klass.__module__}.{klass.__name__}'
>>> def full_name_with_qualname(klass):
... return f'{klass.__module__}.{klass.__qualname__}'
>>> print(full_name_with_name(dummy.One)) # Correct
dummy.One
>>> print(full_name_with_name(dummy.One.Two)) # Wrong
dummy.Two
>>> print(full_name_with_qualname(dummy.One)) # Correct
dummy.One
>>> print(full_name_with_qualname(dummy.One.Two)) # Correct
dummy.One.Two
Обратите внимание, это также работает правильно для buildins:
>>> print(full_name_with_qualname(print))
builtins.print
>>> import builtins
>>> builtins.print
<built-in function print>
Поскольку интерес этой темы состоит в том, чтобы получить полные имена, вот ловушка, которая возникает при использовании относительного импорта вместе с основным модулем, существующим в том же пакете. Например, с настройкой модуля ниже:
$ cat /tmp/fqname/foo/__init__.py
$ cat /tmp/fqname/foo/bar.py
from baz import Baz
print Baz.__module__
$ cat /tmp/fqname/foo/baz.py
class Baz: pass
$ cat /tmp/fqname/main.py
import foo.bar
from foo.baz import Baz
print Baz.__module__
$ cat /tmp/fqname/foo/hum.py
import bar
import foo.bar
Вот вывод, показывающий результат импорта одного и того же модуля по-разному:
$ export PYTHONPATH=/tmp/fqname
$ python /tmp/fqname/main.py
foo.baz
foo.baz
$ python /tmp/fqname/foo/bar.py
baz
$ python /tmp/fqname/foo/hum.py
baz
foo.baz
Когда hum импортирует bar, используя относительный путь, bar видит Baz.__module__
просто «baz», но во втором импорте, который использует полное имя, bar видит то же самое, что и «foo.baz».
Если вы где-то сохраняете полные имена, лучше избегать относительного импорта для этих классов.
Ни один из ответов здесь не работал для меня. В моем случае я использовал Python 2.7 и знал, что буду работать только с object
классами нового стиля .
def get_qualified_python_name_from_class(model):
c = model.__class__.__mro__[0]
name = c.__module__ + "." + c.__name__
return name