답변:
다음 프로그램으로
#! /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>
다음은 Greg Bacon의 훌륭한 답변을 기반으로하지만 몇 가지 추가 검사가 있습니다.
__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
클래스가 아닌 객체의 인스턴스 여야합니다.
이것은 해킹이지만 2.6을 지원하고 있으며 간단한 것이 필요합니다.
>>> from logging.handlers import MemoryHandler as MH
>>> str(MH).split("'")[1]
'logging.handlers.MemoryHandler'
__repr__()
확인 된 클래스의 구현 ( 과 에 __str__()
오버라이드 (override)되지 않는). 대부분의 경우 쓸모가 없습니다.
어떤 사람들은 (예 : 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"와 동일합니다.
정규화 된 이름을 어딘가에 유지하는 경우 해당 클래스의 상대적 가져 오기를 피하는 것이 좋습니다.