<div id="readability-page-1" class="page"><div>
 
 05 Aug 20202020.08.05 12:40~13:30

<ul>
 <li>Dict를 상속하는 경우 vs UserDict를 상속하는 경우</li>
</ul>

<div><pre><code>class DoppelDict(dict):
 def __setitem__(self, key, value):
 super().__setitem__(key, [value] * 2)
</code></pre></div>

이 경우

<ol>
 <li>생성 할 때 DoppelDict(one=1)과 같이 넣은 경우</li>
 <li>ins[‘two’]=2로 삽입한 경우</li>
 <li>ins.update(three=3)으로 삽입한 경우</li>
</ol>

의 결과가 모두 다르다.

<ol>
 <li><code>__init__</code>은 <code>__setitem__</code>이 override 되었다는 것을 고려하지 않아서 1이 들어간다.</li>
 <li>ins[‘two’]는 <code>__setitem__</code> 매서드를 사용하므로 [2, 2]와 같은 형태로 들어간다.</li>
 <li>update 메서드는 <code>__setitem__</code> 매서드를 사용하지 않으므로 3이 들어간다.</li>
</ol>

결과 : {‘one’:1, ‘two’:[2, 2], ‘three’:3}

instance를 기존 Dict를 이용해 복제하는 경우에도 override가 되지 않는다는 문제가 있다.

<div><pre><code>class AnswerDict(dict):
 def __getitem__(self, key):
 return 42
</code></pre></div>

와 같은 class를 만들었을 경우, 어떤 key-value의 값을 넣더라도 항상 42가 리턴될 것이라고 기대한다.
하지만

<div><pre><code>ad = AnswerDict(one=1)
d = {}
d.update(ad)
</code></pre></div>

와 같이 새로운 dict를 만들어 사용자가 만든 dict 값으로 업데이트 해줬을 경우, <code>ad['one']</code>의 리턴값(42)과 <code>d['one']</code>의 리턴값(1)이 달라진다.

위와 같은 상황을 방지하기 위해서 collections.UserDict를 상속하면 일관성이 유지된다.

<div><pre><code>class DoppelDict(collections.UserDict):
 def __setitem__(self, key, value):
 super().__setitem__(key, [value] * 2)
</code></pre></div>

<div><pre><code>class AnswerDict(collections.UserDict):
 def __getitem__(self, key):
 return 42
</code></pre></div>

이제 DoppelDict는 어떤 방식으로 넣어도 <code>[value, value]</code> 방식으로 저장되고 AnswerDict는 Dict로 복제해도 이 class로 만든 key:value의 리턴값은 항상 42로 고정된다.

<ul>
 <li>메서드 결정 순서
이중 상속의 경우 어느 쪽으로 따라갈지는 MRO(Method Resolution Order, 메서드 결정 순서)를 따른다.
class의 <code>__mro__</code> 속성이 현재 클래스부터 object class까지의 슈퍼클래스들의 MRO를 튜플로 저장하고 있다.</li>
</ul>

<div><pre><code>class A:
 def ping(self):
 print('ping')

class B(A):
 def pong(self):
 print('pong')

class C(A):
 def pong(self):
 print('PONG')

class D(B, C): # B가 앞에 있으므로 B클래스에서 먼저 탐색하게 된다
 def ping(self):
 super().ping() # A.ping(self) 와 같음.
 print('post-ping')

 def pingpong(self):
 self.ping()
 # D이 ping으로 가서 B로 가서 A의 ping에서 ping을 출력한 후 돌아와 post-ping을 출력
 super().ping() # B로 가서 A의 ping에서 ping을 출력
 self.pong() # B의 pong으로 가서 pong 출력
 super().pong() # B의 pong으로 가서 pong 출력
 C.pong(self)
 # binding되지 않은 class에 직접 호출할 때는 self를 넣어준다.
 # C의 pong으로 가서 PONG 출력
</code></pre></div>

memo:
mro 순서에서 최종 클라스와 가까운 순서대로 나오는게 아니라 한 super클래스의 superclass 이런식으로 타고 가기 시작해서 object까지 갔다가 다시 돌아와서 다음 상속받는 애 이런식으로 타고가는 듯 하다.

다중 상속 다루기

<ul>
 <li>인터페이스 상속과 구현 상속을 구분한다. 
코드 재사용을 위한 상속은 구현에 관련. 구성이나 위임으로 대체 가능. 인터페이스 상속은 프레임워크에서 중추적인 역할을 수행 (더 공부 필요)</li>
 <li>ABC를 이용해서 인터페이스를 명확히 한다. 
interface인 경우는 꼭 ABC를 사용해서 interface임을 명시하라는 것.</li>
 <li>코드를 재사용하기 위해 믹스인을 사용한다. 
<code>is-a</code>관계가 아니라 서로 관련 없는 여러 서브클래스에서 코드를 재사용하기 위해 설계된 클래스는 명시적으로 <code>Mixin</code> class로 만들어야 한다. Mixin class는 새로운 자료형을 정의하지 않는다. 재사용 할 매서드의 집합일 뿐 (Util같은?) Mixin class로 직접 객체를 생성하지 X. Mixin class를 상속하는 구상 클래스는 다른 클래스도 상속할 것. Mixin class는 밀접하게 연관된 매서드 몇개를 구현, 하나의 구체적인 행위를 제공해야 함.</li>
 <li>이름을 통해 믹스인임을 명확히 한다. 
믹스인임을 표시할 다른 방법이 없으니 클래스명 맨 뒤에 Mixin을 붙일 것.</li>
 <li>ABC가 믹스인이 될 수는 있지만 믹스인이라고 해서 ABC인 것은 아니다. 
ABC는 구상 매서드(instance method)를 구현할 수 있으므로 믹스인으로 사용할 수 있다. BUT ABC는 자료형을 정의하지만, Mixin은 자료형을 정의하지는 않는다. ABC는 다른 클래스의 유일한 base class가 될 수 있지만 Mixin만은 상속받지 않는다.</li>
 <li>두 개 이상의 구상 클래스에서 상속받지 않는다. 
구상 클래스의 슈퍼 클래스 중 하나를 제외한 나머지 클래스는 ABC거나 Mixin이어야 한다.</li>
 <li>사용자에게 집합 클래스를 제공한다. 
ABC와 Mixin을 조합해 코드에 유용한 기능을 제공할 수 있을 때는 이들을 통합한 집한 클래스(aggregate class)를 제공하는게 좋다.</li>
</ul>

<div><pre><code>class Widget(BaseWidget, Pack, Place, Grid):
 pass # Widget 자체에서 구현한 것은 없고 Pack Place 등을 묶음
</code></pre></div>

<ul>
 <li>클래스 상속보다 객체 구성을 사용하라.</li>
</ul>

</div></div>

Annular Eclipse

Gayuna

2020.08.05 12:40~13:30
Dict를 상속하는 경우 vs UserDict를 상속하는 경우
class DoppelDict(dict):
    def __setitem__(self, key, value):
        super().__setitem__(key, [value] * 2)
이 경우
생성 할 때 DoppelDict(one=1)과 같이 넣은 경우
ins[‘two’]=2로 삽입한 경우
ins.update(three=3)으로 삽입한 경우
의 결과가 모두 다르다.
__init__은 __setitem__이 override 되었다는 것을 고려하지 않아서 1이 들어간다.
ins[‘two’]는 __setitem__ 매서드를 사용하므로 [2, 2]와 같은 형태로 들어간다.
update 메서드는 __setitem__ 매서드를 사용하지 않으므로 3이 들어간다.
결과 : {‘one’:1, ‘two’:[2, 2], ‘three’:3}
instance를 기존 Dict를 이용해 복제하는 경우에도 override가 되지 않는다는 문제가 있다.
class AnswerDict(dict):
    def __getitem__(self, key):
        return 42
와 같은 class를 만들었을 경우, 어떤 key-value의 값을 넣더라도 항상 42가 리턴될 것이라고 기대한다.
하지만
ad = AnswerDict(one=1)
d = {}
d.update(ad)
와 같이 새로운 dict를 만들어 사용자가 만든 dict 값으로 업데이트 해줬을 경우, ad['one']의 리턴값(42)과 d['one']의 리턴값(1)이 달라진다.
위와 같은 상황을 방지하기 위해서 collections.UserDict를 상속하면 일관성이 유지된다.
class DoppelDict(collections.UserDict):
    def __setitem__(self, key, value):
        super().__setitem__(key, [value] * 2)
class AnswerDict(collections.UserDict):
    def __getitem__(self, key):
        return 42
이제 DoppelDict는 어떤 방식으로 넣어도 [value, value] 방식으로 저장되고 AnswerDict는 Dict로 복제해도 이 class로 만든 key:value의 리턴값은 항상 42로 고정된다.
메서드 결정 순서
이중 상속의 경우 어느 쪽으로 따라갈지는 MRO(Method Resolution Order, 메서드 결정 순서)를 따른다.
class의 __mro__ 속성이 현재 클래스부터 object class까지의 슈퍼클래스들의 MRO를 튜플로 저장하고 있다.
class A:
    def ping(self):
        print('ping')
class B(A):
    def pong(self):
        print('pong')
class C(A):
    def pong(self):
        print('PONG')
class D(B, C):  # B가 앞에 있으므로 B클래스에서 먼저 탐색하게 된다
    def ping(self):
        super().ping()  # A.ping(self) 와 같음.
        print('post-ping')
    def pingpong(self):
        self.ping()
        # D이 ping으로 가서 B로 가서 A의 ping에서 ping을 출력한 후 돌아와 post-ping을 출력
        super().ping()  # B로 가서 A의 ping에서 ping을 출력
        self.pong()  # B의 pong으로 가서 pong 출력
        super().pong()  # B의 pong으로 가서 pong 출력
        C.pong(self)
        # binding되지 않은 class에 직접 호출할 때는 self를 넣어준다.
        # C의 pong으로 가서 PONG 출력
memo:
mro 순서에서 최종 클라스와 가까운 순서대로 나오는게 아니라 한 super클래스의 superclass 이런식으로 타고 가기 시작해서 object까지 갔다가 다시 돌아와서 다음 상속받는 애 이런식으로 타고가는 듯 하다.
다중 상속 다루기
인터페이스 상속과 구현 상속을 구분한다.
ABC를 이용해서 인터페이스를 명확히 한다.
코드를 재사용하기 위해 믹스인을 사용한다.
is-a관계가 아니라 서로 관련 없는 여러 서브클래스에서 코드를 재사용하기 위해 설계된 클래스는 명시적으로 Mixin class로 만들어야 한다. Mixin class는 새로운 자료형을 정의하지 않는다. 재사용 할 매서드의 집합일 뿐 (Util같은?) Mixin class로 직접 객체를 생성하지 X. Mixin class를 상속하는 구상 클래스는 다른 클래스도 상속할 것. Mixin class는 밀접하게 연관된 매서드 몇개를 구현, 하나의 구체적인 행위를 제공해야 함.
이름을 통해 믹스인임을 명확히 한다.
ABC가 믹스인이 될 수는 있지만 믹스인이라고 해서 ABC인 것은 아니다.
BUT ABC는 자료형을 정의하지만, Mixin은 자료형을 정의하지는 않는다. ABC는 다른 클래스의 유일한 base class가 될 수 있지만 Mixin만은 상속받지 않는다.
두 개 이상의 구상 클래스에서 상속받지 않는다.
사용자에게 집합 클래스를 제공한다.
class Widget(BaseWidget, Pack, Place, Grid):
    pass  # Widget 자체에서 구현한 것은 없고 Pack Place 등을 묶음
클래스 상속보다 객체 구성을 사용하라.

전문가를 위한 Python (p.439~455)

댓글