W praktyce, jakie są główne zastosowania nowej składni "yield from" w Pythonie 3.3?

Jakie są sytuacje, w których "poddanie się" jest przydatne?

Każda sytuacja, w której masz taką pętlę:

for x in subgenerator:
  yield x

Jak opisuje PEP, jest to raczej naiwna próba użycia subgeneratora, brakuje w nim kilku aspektów, zwłaszcza właściwego obchodzenia się z .throw()/.send()/.close() mechanizmy wprowadzone przez PEP 342 . Aby to zrobić poprawnie, dość skomplikowany kod jest niezbędny.

Jakie jest Klasyczne użycie case?

Rozważ, że chcesz wyodrębnić informacje z rekurencyjnej struktury danych. Załóżmy, że chcemy uzyskać wszystkie węzły liści w drzewie:

def traverse_tree(node):
  if not node.children:
    yield node
  for child in node.children:
    yield from traverse_tree(child)

Jeszcze ważniejsze jest to, że do czasu yield from nie było prostej metody refaktoryzacji kodu generatora. Załóżmy, że masz (bezsensowny) generator jak ten:

def get_list_values(lst):
  for item in lst:
    yield int(item)
  for item in lst:
    yield str(item)
  for item in lst:
    yield float(item)

Teraz decydujesz się uwzględnić te pętle w oddzielnych generatorach. Bez yield from, to jest brzydkie, aż do momentu, w którym pomyślisz dwa razy, czy naprawdę chcesz to zrobić. Z yield from, to faktycznie miło popatrzeć:

def get_list_values(lst):
  for sub in [get_list_values_as_int, 
              get_list_values_as_str, 
              get_list_values_as_float]:
    yield from sub(lst)

Dlaczego jest porównywany do mikro-wątków?

Myślę, że Ta sekcja w PEP mówi o tym, że każdy generator ma swój własny, izolowany kontekst wykonania. Wraz z faktem, że wykonanie jest przełączane między generatorem-iteratorem a wywołującym za pomocą odpowiednio yield i __next__(), jest to podobne do wątków, w których system operacyjny przełącza od czasu do czasu wątek wykonujący wraz z kontekstem wykonania (stos, rejestry,...).

Efekt tego jest również porównywalny: zarówno generator-iterator, jak i wywołujący postępują w stanie wykonania w tym samym czasie, ich egzekucje są przeplatane. Na przykład, jeśli generator wykona jakieś obliczenia, a wywołujący wydrukuje wyniki, zobaczysz je, gdy tylko będą dostępne. Jest to forma współbieżności.

Ta analogia nie jest to jednak nic konkretnego dla yield from - jest to raczej ogólna właściwość generatorów w Pythonie.

Gdziekolwiek wywołasz generator z generatora, potrzebujesz "pompy" do ponownegoyield wartości: for v in inner_generator: yield v. Jak wskazuje PEP, są w tym subtelne zawiłości, które większość ludzi ignoruje. Nielokalna kontrola przepływu, taka jak throw(), jest jednym z przykładów podanych w PEP. Nowa składnia yield from inner_generator jest używana wszędzie tam, gdzie wcześniej napisałbyś jawną pętlę for. Nie jest to jednak tylko cukier składniowy: obsługuje wszystkie przypadki narożników, które są ignorowane przez pętlę for. Bycie " słodkim" zachęca ludzi do korzystania z niego, a tym samym uzyskać właściwe zachowania.

Ta wiadomość w wątku dyskusyjnym mówi o tych zawiłościach:

Z dodatkowymi funkcjami generatora wprowadzonymi przez PEP 342, czyli nie dłuższa sprawa: jak opisano w PEPIE Grega, prosta iteracja nie wsparcie send() I throw () poprawnie. Gimnastyka potrzebna do wspomagania send () I throw() w rzeczywistości nie są takie skomplikowane, gdy je łamiesz dół, ale nie są trywialne ani jedno, ani drugie.

Nie mogę mówić o porównaniu Z mikro-nitkami, poza obserwacją, że generatory są rodzajem paralelizmu. Generator zawieszony można uznać za wątek, który wysyła wartości za pośrednictwem yield do wątku konsumenckiego. Rzeczywista implementacja może nie być podobna do tej (A rzeczywista implementacja jest oczywiście bardzo interesująca dla programistów Pythona), ale nie dotyczy to Użytkowników.

Nowa składnia yield from nie dodaje żadnych dodatkowych możliwości języka w zakresie gwintowania, po prostu ułatwia prawidłowe korzystanie z istniejących funkcji. A dokładniej ułatwia początkującemu konsumentowi złożonego wewnętrznego generatora napisanego przez eksperta {20]}przejście przez ten generator bez łamania jego złożonych cech.

Krótki przykład pomoże Ci zrozumieć jeden z przypadków użycia yield from: get value from another generator

def flatten(sequence):
    """flatten a multi level list or something
    >>> list(flatten([1, [2], 3]))
    [1, 2, 3]
    >>> list(flatten([1, [2], [3, [4]]]))
    [1, 2, 3, 4]
    """
    for element in sequence:
        if hasattr(element, '__iter__'):
            yield from flatten(element)
        else:
            yield element

print(list(flatten([1, [2], [3, [4]]])))

yield from w zasadzie Iteratory łańcuchów w efektywny sposób:

# chain from itertools:
def chain(*iters):
    for it in iters:
        for item in it:
            yield item

# with the new keyword
def chain(*iters):
    for it in iters:
        yield from it

Jak widać usuwa jedną czystą pętlę Pythona. To prawie wszystko, co robi, ale łączenie iteratorów jest dość powszechnym wzorcem w Pythonie.

Wątki są w zasadzie funkcją, która pozwala wyskakiwać z funkcji w całkowicie losowych punktach i przeskakiwać z powrotem do stanu innej funkcji. Nadzorca wątku robi to bardzo często, więc program wydaje się uruchamiać wszystkie te funkcje w tym samym czasie. Na problem polega na tym, że punkty są losowe, więc musisz użyć blokady, aby zapobiec zatrzymaniu funkcji przez przełożonego w problematycznym punkcie.

Generatory są dość podobne do wątków w tym sensie: pozwalają określić konkretne punkty (kiedy tylko yield), w których można wskoczyć i wyjść. W ten sposób Generatory nazywane są koroutinami.

Przeczytaj ten doskonały samouczek o coroutinach w Pythonie, aby uzyskać więcej szczegółów

In applied usage for asynchroniczny Io coroutine, yield from ma podobne zachowanie jak await w funkcji koroutine . Oba z nich są używane do zawieszenia wykonania coroutine.

• yield from jest używany przez koroutynę opartą na generatorze .

• await służy do async def coroutine. (od Pythona 3.5+)

Dla Asyncio, jeśli nie ma potrzeby obsługi starszej wersji Pythona (np. >3.5), async def/await jest zalecaną składnią do definiowania koroutine. Tak więc yield from nie jest już potrzebny w koroutinie.

Ale ogólnie poza asyncio, yield from <sub-generator> ma jeszcze inne zastosowanie w iteracjisub-generatora , Jak wspomniano we wcześniejszej odpowiedzi.