python

super()DRY (Do n’t Repeat Yourself) 원칙을 위반하지 않도록 새로운 마법 동작이 추가되었습니다 ( PEP 3135 참조) . 클래스를 전역 클래스로 참조하여 클래스 이름을 명시 적으로 지정해야하는 경우 super()자체적으로 발견 한 리 바인드 문제와 동일한 경향이 있습니다.

class Foo(Bar):
    def baz(self):
        return super(Foo, self).baz() + 42

Spam = Foo
Foo = something_else()

Spam().baz()  # liable to blow up

데코레이터가 클래스 이름을 리 바인드하는 새 객체를 반환하는 클래스 데코레이터 사용에도 동일하게 적용됩니다.

@class_decorator_returning_new_class
class Foo(Bar):
    def baz(self):
        # Now `Foo` is a *different class*
        return super(Foo, self).baz() + 42

매직 super() __class__셀은 원래 클래스 객체에 대한 액세스 권한을 부여하여 이러한 문제를 회피합니다.

PEP는 처음 super에 키워드가 될 것으로 생각 했던 Guido에 의해 시작되었으며 현재 클래스를 조회하기 위해 셀을 사용한다는 아이디어 도 그의 것 입니다. 확실히, 키워드로 만드는 아이디어 는 PEP 초안의 일부였습니다 .

그러나 실제로 Guido 자신 은 키워드 아이디어에서 ‘너무 마술 적’을 벗어나 현재 구현을 제안했습니다. 그는 다른 이름을 사용하는 super()것이 문제가 될 것으로 예상했다 .

내 패치는 중간 솔루션 __class__
을 사용합니다 'super'. 라는 변수를 사용할 때마다 필요하다고 가정합니다 . 따라서 (전역 적으로) 이름 super을 바꾸고 supper사용 supper하지만 이름 을 사용 super하지 않으면 인수없이 작동하지 않습니다 (그러나 __class__실제 클래스 객체 또는 객체 를 전달하면 여전히 작동
합니다). 관련이없는 변수가 super이면 작동하지만 메소드는 셀 변수에 사용되는 약간 느린 호출 경로를 사용합니다.

결국, super키워드 를 사용하는 것이 옳지 않다고, 마법 __class__세포 를 제공하는 것이 수용 가능한 타협 이라고 선포 한 것은 귀도 자신 이었습니다.

나는 구현의 마술, 암시 적 행동이 다소 놀랍지 만 super()언어에서 가장 잘못 적용되는 기능 중 하나 라는 데 동의합니다 . 인터넷에서 발견 된 모든 오용 super(type(self), self)또는 super(self.__class__, self)호출을 살펴보십시오 . 해당 코드 중 하나가 파생 클래스에서 호출 된 경우 무한 재귀 예외가 발생 합니다. 최소한의 단순화 된 super()호출은 인수없이이 문제를 피 합니다 .

이름이 바뀐 경우 super_; 단지 참조 __class__당신의 방법 뿐만 아니라 그것은 다시 작동합니다. 메소드에서 super 또는 __class__ 이름 을 참조하면 셀이 작성됩니다 .

>>> super_ = super
>>> class A(object):
...     def x(self):
...         print("No flipping")
...
>>> class B(A):
...     def x(self):
...         __class__  # just referencing it is enough
...         super_().x()
...
>>> B().x()
No flipping

답변