非常有趣的问题，但是这个“hasnext”的设计已经放进了leetcode: https://leetcode.com/problems/iterator-for-combination/

这是我的实现:

class CombinationIterator:

def __init__(self, characters: str, combinationLength: int):
    from itertools import combinations
    from collections import deque
    self.iter = combinations(characters, combinationLength)
    self.res = deque()


def next(self) -> str:
    if len(self.res) == 0:
        return ''.join(next(self.iter))
    else:
        return ''.join(self.res.pop())


def hasNext(self) -> bool:
    try:
        self.res.insert(0, next(self.iter))
        return True
    except:
        return len(self.res) > 0

你可以使用itertools来tee迭代器。在teed迭代器上检查StopIteration。

不。最类似的概念很可能是StopIteration异常。

也许只有我这么想，但虽然我喜欢https://stackoverflow.com/users/95810/alex-martelli的答案，但我发现这个更容易读:

from collections.abc import Iterator  # since python 3.3 Iterator is here

class MyIterator(Iterator):  # need to subclass Iterator rather than object
  def __init__(self, it):
    self._iter = iter(it)
    self._sentinel = object()
    self._next = next(self._iter, self._sentinel)
    
  def __iter__(self): 
    return self
  
  def __next__(self):        # __next__ vs next in python 2
    if not self.has_next():
      next(self._iter)  # raises StopIteration

    val = self._next
    self._next = next(self._iter, self._sentinel)
    return val
  
  def has_next(self):
    return self._next is not self._sentinel

不，没有这样的方法。迭代的结束是由StopIteration表示的(更多信息在这里)。

这遵循了python原则EAFP(请求原谅比请求许可更容易)。has_next方法将遵循LBYL原则(三思而后行)，并与python的核心原则相矛盾。

这篇有趣的文章更详细地解释了这两个概念。

引导我进行搜索的用例如下

def setfrom(self,f):
    """Set from iterable f"""
    fi = iter(f)
    for i in range(self.n):
        try:
            x = next(fi)
        except StopIteration:
            fi = iter(f)
            x = next(fi)
        self.a[i] = x 

hasnext()在哪里可用

def setfrom(self,f):
    """Set from iterable f"""
    fi = iter(f)
    for i in range(self.n):
        if not hasnext(fi):
            fi = iter(f) # restart
        self.a[i] = next(fi)

这对我来说更干净。显然，您可以通过定义实用程序类来解决这些问题，但接下来的情况是，您有20多种几乎等效的解决方法，每种方法都有各自的怪癖，如果您希望重用使用不同解决方法的代码，那么您必须在单个应用程序中有多个几乎等效的代码，或者四处挑选并重写代码以使用相同的方法。“只做一次，就把它做好”的格言很失败。

此外，迭代器本身需要有一个内部的“hasnext”检查，以查看是否需要引发异常。然后，这个内部检查被隐藏起来，因此需要通过尝试获取一个项、捕捉异常并在抛出异常时运行处理程序来测试它。在我看来，这是不必要的隐藏。