На практике, каковы основные виды использования нового синтаксиса" yield from " в Python 3.3?

каковы ситуации, когда "выход из" полезен?

каждая ситуация, когда у вас есть цикл, как это:

for x in subgenerator:
  yield x

как описывает ОПТОСОЗ, это довольно наивная попытка использовать подгенератор, в нем отсутствует несколько аспектов, особенно правильная обработка .throw()/.send()/.close() механизмы представлен PEP 342. Чтобы сделать это правильно, довольно сложно код необходимый.

что такое классический случай использования?

считайте, что вы хотите извлечь информацию из рекурсивной структуры данных. Предположим, мы хотим получить все листовые узлы в дереве:

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

еще более важным является тот факт, что до yield from, не было простого метода рефакторинга кода генератора. Предположим, у вас есть (бессмысленный) генератор такой:

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)

теперь вы решили разложить эти петли в отдельные генераторы. Без yield from, это уродливо, до такой степени, что вы дважды подумаете, действительно ли вы хотите это сделать. С yield from, это на самом деле приятно смотреть на:

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)

почему он сравнивается с микро-потоками?

думаю, что этот раздел в PEP говорит о том, что каждый генератор имеет свой собственный изолированный контекст выполнения. Вместе с тем, что исполнение переключается между генератор-итератор и вызывающий абонент с помощью yield и __next__(), соответственно, это похоже на потоки, где операционная система время от времени переключает исполняющий поток вместе с контекстом выполнения (стек, регистры,...).

эффект от этого также сопоставим: как генератор-итератор, так и вызывающий абонент одновременно находятся в состоянии выполнения, их исполнения чередуются. Например, если генератор выполняет какие-то вычисления и абонент распечатывает результаты, вы увидите результаты, как только они доступны. Это форма параллелизма.

эта аналогия не имеет ничего общего с yield from, хотя - это скорее общее свойство генераторов в Python.

везде, где вы вызываете генератор из генератора, вам нужен "насос", чтобы повторно-yield значения: for v in inner_generator: yield v. Как указывает ОПТОСОЗ, в этом есть тонкие сложности, которые большинство людей игнорируют. Нелокальное управление потоком, как throw() является одним из примеров, приведенных в ОПТОСОЗ. Новый синтаксис yield from inner_generator используется везде, где вы бы написали явное for петли перед. Однако это не просто синтаксический сахар: он обрабатывает все угловые случаи, которые игнорируются for петли. Быть "сладким" побуждает людей использовать его и, таким образом, получить правильное поведение.

данное сообщение в теме говорит об этих сложностях:

С дополнительными характеристиками генератора введенными PEP 342, то нет более длинный случай: как описано в PEP Грега, простая итерация не делает поддержка send() и throw () правильно. Гимнастика, необходимая для поддержки send() и throw () на самом деле не так сложны, когда вы ломаете их вниз, но они тоже не тривиальны.

Я не могу говорить с сравнение С микро-нитей, кроме как заметить, что генераторы-это тип paralellism. Вы можете считать подвесной генератор потоком, который отправляет значения через yield к потребительскому потоку. Фактическая реализация может быть ничем подобным (и фактическая реализация, очевидно, представляет большой интерес для разработчиков Python), но это не касается пользователи.

новая yield from синтаксис не добавляет никаких дополнительных возможностей к языку с точки зрения потоковой передачи, он просто упрощает правильное использование существующих функций. Или, точнее, это облегчает для новичок потребитель сложного внутреннего генератора, написанного эксперт пройти через этот генератор без ломать любую из своих сложных особенностей.

короткий пример поможет вам понять один из yield fromпрецедент: получить значение от другого генератора

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 в основном цепочки итераторов эффективным способом:

# 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

как вы можете видеть, он удаляет один чистый цикл в Python. Это почти все, что он делает, но цепные итераторы-довольно распространенный шаблон в Python.

потоки-это в основном функция, которая позволяет вам выпрыгивать из функций в совершенно случайных точках и возвращаться в состояние другой функции. Руководитель потока делает это очень часто, поэтому программа, похоже, запускает все эти функции на в то же время. Проблема в том, что точки случайны, поэтому вам нужно использовать блокировку, чтобы предотвратить остановку функции супервизором в проблемной точке.

генераторы очень похожи на потоки в этом смысле: они позволяют указывать конкретные моменты (когда они yield), где вы можете прыгать и выходить. При таком использовании генераторы называются корутинами.

читать эту прекрасную учебники о сопрограмм в Python более подробности

в прикладном использовании для асинхронный IO coroutine, yield from аналогичное поведение как await на функция coroutine. Оба из которых используются для приостановки выполнения coroutine.

• yield from используется генератор на основе coroutine.

• await используется async def coroutine. (начиная с Python 3.5+)

для Asyncio, если нет необходимости поддерживать более старую версию Python (т. е. >3.5), async def/await рекомендуемый синтаксис для определения сопрограмм. Таким образом yield from больше не нужен в сопрограмма.

но в целом за пределами ввода-вывода, yield from <sub-generator> имеет еще некоторое другое использование в итерации суб-генератор как упоминалось в предыдущем ответе.