在 Python 3 中 generator.next() 是可见的吗?

Is generator.next() visible in Python 3?(在 Python 3 中 generator.next() 是可见的吗?)
本文介绍了在 Python 3 中 generator.next() 是可见的吗?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我有一个生成系列的生成器,例如:

I have a generator that generates a series, for example:

def triangle_nums():
    '''Generates a series of triangle numbers'''
    tn = 0
    counter = 1
    while True:
        tn += counter
        yield tn
        counter += + 1

在 Python 2 中,我可以进行以下调用:

In Python 2 I am able to make the following calls:

g = triangle_nums()  # get the generator
g.next()             # get the next value

但是在 Python 3 中,如果我执行相同的两行代码,则会收到以下错误:

however in Python 3 if I execute the same two lines of code I get the following error:

AttributeError: 'generator' object has no attribute 'next'

但是,循环迭代器语法在 Python 3 中确实有效

but, the loop iterator syntax does work in Python 3

for n in triangle_nums():
    if not exit_cond:
       do_something()...

我还没有找到任何东西来解释 Python 3 的这种行为差异.

I haven't been able to find anything yet that explains this difference in behavior for Python 3.

推荐答案

g.next() 已重命名为 g.__next__().这样做的原因是一致性:像 __init__()__del__() 这样的特殊方法都有双下划线(或当前白话中的dunder"),而 .next() 是该规则的少数例外之一.这已在 Python 3.0 中修复.[*]

g.next() has been renamed to g.__next__(). The reason for this is consistency: special methods like __init__() and __del__() all have double underscores (or "dunder" in the current vernacular), and .next() was one of the few exceptions to that rule. This was fixed in Python 3.0. [*]

但不要调用 g.__next__(),而是使用 next(g).

But instead of calling g.__next__(), use next(g).

[*] 还有其他特殊属性已得到此修复;func_name,现在是 __name__,等

[*] There are other special attributes that have gotten this fix; func_name, is now __name__, etc.

这篇关于在 Python 3 中 generator.next() 是可见的吗?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!

本站部分内容来源互联网,如果有图片或者内容侵犯您的权益请联系我们删除!

相关文档推荐

Leetcode 234: Palindrome LinkedList(Leetcode 234:回文链接列表)
How do I read an Excel file directly from Dropbox#39;s API using pandas.read_excel()?(如何使用PANDAS.READ_EXCEL()直接从Dropbox的API读取Excel文件?)
subprocess.Popen tries to write to nonexistent pipe(子进程。打开尝试写入不存在的管道)
I want to realize Popen-code from Windows to Linux:(我想实现从Windows到Linux的POpen-code:)
Reading stdout from a subprocess in real time(实时读取子进程中的标准输出)
How to call type safely on a random file in Python?(如何在Python中安全地调用随机文件上的类型?)