Відповіді:
За допомогою наступної програми
#! /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
Коли імпорт гурту імпортує, використовуючи відносний шлях, бар бачить Baz.__module__
просто "baz", але у другому імпорті, який використовує повне ім'я, bar бачить те саме, що "foo.baz".
Якщо ви десь зберігаєте повнокваліфіковані імена, краще уникати відносного імпорту для цих класів.
Жодна з відповідей тут не працювала на мене. У моєму випадку я використовував Python 2.7 і знав, що буду працювати лише з object
класами newstyle .
def get_qualified_python_name_from_class(model):
c = model.__class__.__mro__[0]
name = c.__module__ + "." + c.__name__
return name