Jaki jest efekt "list = list" w modułach Pythona?

Question

Widziałem następujący kod w Pythonie biblioteki standardowej /usr/lib/python2.7/multiprocessing/dummy/__init__.py:

list = list 
dict = dict 

Co to idiom oznacza? Domyślam się: "sprawdźmy, czy istnieje dict i list". Czy to tylko starsza wersja kodu z czasów starożytnych bez list i dict w __builtins__?

Mam jeszcze jedną szaloną hipotezę: optymalizacja prędkości wyszukiwania w ruchu list z zakresu globalnego do zakresu modułów. Czy to rozsądne założenie dotyczące idiomu? Rozumiem, że założenie jest błędne, jeśli zastosuję je do wieloprocesowości.

Answer 1

Eksport. Następnie można wykonać:

from multiprocessing.dummy import list 

... która jest normalna list.

Bez tej linii nie byłoby list w pakiecie multiprocessing.dummy.

Rozsądnie jest mieć jednolite API dla różnych pakietów. Powiedzmy, że wszystkie pakiety mają oferować klasę list. Pakiet a zdecyduje się dostarczyć niestandardową implementację, pakiet b chce jednak użyć list z __builtins__.

powerful/__init__.py: 
from powerfulinternals import PowerfulList as list 
from simple.simpleinternals import Something as whoo 

simple/__init__.py: 
list = list 
from simpleinternals import Something as whoo 

application.py: 
try: 
    import powerful as api 
else: 
    import simple as api 

mylist = api.list() 
woot = api.whoo() 

Istnieje więcej powodów, aby robić takie rzeczy. Na przykład, aby jasno określić, z czego korzystasz.

list = list 

może być również postrzegana jako instrukcja "jeśli chcesz zmienić typ list, których używam, zmień go tutaj."

W tym konkretnym przypadku jest to pierwsze. list i dict narażone są jako:

manager = multiprocessing.dummy.Manager() 
l = manager.list() 
d = manager.dict() 

a definicja Manager jest:

def Manager(): 
    return sys.modules[__name__] 

tj Manager.list = list.