Iterator: Traversing Collections

Why this matters

When client code reaches into a collection's internals — accessing ._items[i] directly — it couples itself to the implementation. Swap a list for a tree and every client breaks. The Iterator pattern gives client code a single, uniform way to traverse any collection: just ask for the next element. The collection controls how it walks itself; the client never sees inside.

Cuando el código cliente se adentra en los internos de una colección — accediendo directamente a ._items[i] — se acopla a la implementación. Cambia una lista por un árbol y cada cliente se rompe. El patrón Iterator da al código cliente una forma única y uniforme de recorrer cualquier colección: simplemente pide el siguiente elemento. La colección controla cómo se recorre a sí misma; el cliente nunca ve su interior.

✗ The problem

✓ The solution

Built into the languageIntegrado en el lenguaje

Python's for x in obj calls __iter__ then repeatedly calls __next__ — Iterator is the protocol. TypeScript's for...of calls Symbol.iterator. Generators in both languages are Iterator factories. Any time you've written for x in something, you've used Iterator.

El for x in obj de Python llama a __iter__ y luego llama repetidamente a __next__ — Iterator es el protocolo. El for...of de TypeScript llama a Symbol.iterator. Los generadores en ambos lenguajes son fábricas de Iterator. Cada vez que has escrito for x in algo, has usado Iterator.