Вопрос

Для целей ведения журнала я хочу получить полное имя класса объекта Python.(Под полным определением я подразумеваю имя класса, включая имя пакета и модуля.)

я знаю о x.__class__.__name__, но есть ли простой способ получить пакет и модуль?

Это было полезно?

Решение

С помощью следующей программы

#! /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

Другие советы

Предоставленные ответы не касаются вложенных классов.Хотя он недоступен до Python 3.3 (ПЭП 3155), вы действительно хотите использовать __qualname__ класса.В конце концов (3,4? ПЭП 395), __qualname__ также будет существовать для модулей, чтобы иметь дело со случаями переименования модуля (т.е.когда его переименовывают в __main__).

Рассмотрите возможность использования 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'>

Вот ответ, основанный на превосходном ответе Грега Бэкона, но с парой дополнительных проверок:

__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__)

__module__ сделал бы свое дело.

Пытаться:

>>> import re
>>> print re.compile.__module__
re

Этот сайт предполагает, что __package__ может работать для Python 3.0;Однако приведенные там примеры не будут работать под моей консолью Python 2.5.2.

Это хак, но я поддерживаю версию 2.6, и мне нужно что-то простое:

>>> from logging.handlers import MemoryHandler as MH
>>> str(MH).split("'")[1]

'logging.handlers.MemoryHandler'

Некоторые люди (напр. 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

Обратите внимание, что это также работает правильно для сборок:

>>> print(full_name_with_qualname(print))
builtins.print
>>> import builtins
>>> builtins.print
<built-in function print>

Для python3.7 я использую:

".".join([obj.__module__, obj.__name__])

Получающий:

package.subpackage.ClassName

Поскольку целью этой темы является получение полных имен, здесь возникает ловушка, которая возникает при использовании относительного импорта вместе с основным модулем, существующим в одном пакете.Например, при следующей настройке модуля:

$ 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 импортирует панель, используя относительный путь, панель видит Baz.__module__ как просто «baz», но во втором импорте, использующем полное имя, bar видит то же самое, что и «foo.baz».

Если вы где-то сохраняете полные имена, лучше избегать относительного импорта этих классов.

Ни один из ответов здесь не помог мне.В моем случае я использовал Python 2.7 и знал, что буду работать только с newstyle. object занятия.

def get_qualified_python_name_from_class(model):
    c = model.__class__.__mro__[0]
    name = c.__module__ + "." + c.__name__
    return name
Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top