Respostas:
Com o seguinte programa
#! /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)
e Bar
definido como
class Bar(object):
def __init__(self, v=42):
self.val = v
a saída é
$ ./prog.py
foo.Bar
o.__class__.__module__
vez é diferente o.__module__
?
".".join([o.__module__, o.__name__])
para Python3
AttributeError: 'AttributeError' object has no attribute '__module__'
As respostas fornecidas não lidam com classes aninhadas. Embora não esteja disponível até o Python 3.3 ( PEP 3155 ), você realmente deseja usar __qualname__
a classe. Eventualmente (3,4? PEP 395 ), __qualname__
também existirá módulos para lidar com casos em que o módulo é renomeado (ou seja, quando é renomeado para __main__
).
Type.__module__ + '.' + Type.__qualname__
.
__qualname__
ainda só resolve para o nome da classe
Considere usar o inspect
módulo que possui funções como as getmodule
que podem estar procurando:
>>>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()
retorna objetos do módulo - nomes de classes não totalmente qualificados. De fato, o inspect
módulo não fornece nenhuma funcionalidade que realmente resolva essa questão. Esta resposta é uma não resposta. </facepalm>
Aqui está um baseado na excelente resposta de Greg Bacon, mas com algumas verificações extras:
__module__
pode ser None
(de acordo com a documentação) e também para um tipo como str
ele pode ser __builtin__
(que talvez você não queira que apareça nos logs ou seja o que for). O seguinte verifica essas duas possibilidades:
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__
(Pode haver uma maneira melhor de verificar __builtin__
. O exemplo acima depende apenas do fato de que str está sempre disponível e seu módulo está sempre __builtin__
)
Para python3.7 eu uso:
".".join([obj.__module__, obj.__name__])
Obtendo:
package.subpackage.ClassName
obj
deve ser uma classe e não uma instância de objeto.
__module__
faria o truque.
Experimentar:
>>> import re
>>> print re.compile.__module__
re
Este site sugere que __package__
pode funcionar no Python 3.0; No entanto, os exemplos dados aqui não funcionarão no meu console Python 2.5.2.
"%s.%s" % (x.__class__.__module__, x.__class__.__name__)
Este é um truque, mas estou suportando o 2.6 e só preciso de algo simples:
>>> from logging.handlers import MemoryHandler as MH
>>> str(MH).split("'")[1]
'logging.handlers.MemoryHandler'
__repr__()
implementação na classe marcada ( e de __str__()
não ser substituída). Inútil na maioria dos casos.
Algumas pessoas (por exemplo, https://stackoverflow.com/a/16763814/5766934 ) argumentam que isso __qualname__
é melhor do que __name__
. Aqui está um exemplo que mostra a diferença:
$ 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
Observe que também funciona corretamente para buildins:
>>> print(full_name_with_qualname(print))
builtins.print
>>> import builtins
>>> builtins.print
<built-in function print>
Como o interesse deste tópico é obter nomes totalmente qualificados, aqui está uma armadilha que ocorre ao usar importações relativas junto com o módulo principal existente no mesmo pacote. Por exemplo, com a configuração do módulo abaixo:
$ 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
Aqui está a saída que mostra o resultado da importação do mesmo módulo de maneira diferente:
$ 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
Quando hum importa bar usando o caminho relativo, bar vê Baz.__module__
apenas "baz", mas na segunda importação que usa o nome completo, bar vê o mesmo que "foo.baz".
Se você persistir com os nomes totalmente qualificados em algum lugar, é melhor evitar importações relativas para essas classes.
Nenhuma das respostas aqui funcionou para mim. No meu caso, eu estava usando o Python 2.7 e sabia que só estaria trabalhando com object
classes newstyle .
def get_qualified_python_name_from_class(model):
c = model.__class__.__mro__[0]
name = c.__module__ + "." + c.__name__
return name