Iterators and generators are (somewhat) new JavaScript features introduced with ES6. When I first encountered iterators and generators, I was excited to add them to my tools arsenal. I even wrote an article about Iterators and generators, which you can check out here. However, working as a front-end developer on multiple projects in recent years, I’m yet to encounter one where iterators or generators are used actively. The counterpoint to that statement might be , where generators are the main building block. But I don’t see that as a worthy example since, in redux-saga, the usage of the generators is a forced side effect of using the library. redux-saga After doing more digging, I found a few use cases that go further than a simple “Hello World” type of code and are closer to the real-world scenario. Let’s start with iterators. Why use iterators In ES6 Iterators are built-in symbols for turning your custom objects into iterables. You might think: “Why go through the trouble of adding iterators to your custom objects”? You could accomplish the same thing by writing a custom utility function to iterate through the object instead. And you’re not wrong – with any programming language, there are a dozen of different ways to solve any given problem. So it’s useful to think of iterators as more of an elegant way to standardize your custom objects. They provide a way for custom data structures to work nicely in the larger JS environment. For that reason, libraries that provide custom data structures use them often. For example, the library uses iterators to provide native Javascript functionality for their custom objects such as . Immutable.JS Map As a rule of thumb, it’s worth considering iterators when you need to provide native iteration capability to a well-encapsulated custom data structure. I say well-encapsulated because you don’t want to confuse people that are not familiar with the iterators with the implementation details. Another use for iterators that’s interesting and that I incorporated with my projects is creating a simple utility method to convert plain old JavaScript objects into iterables: Why use generators One of the well-known uses for generators is making it easier to write iterators. The example above with can be written in a more compact form: getIterableMap Seems a lot simpler right? When thinking of generators, it’s useful to try not to compare them to the regular for loops. Instead, think of them more as a powerful stream primitive that's built in the JavaScript language. And that leads us to the main advantage of generators – lazy evaluation. is a robust data-flow technique. It’s especially useful for dealing with data that is ambiguous or that has a high memory cost. With lazy evaluation, you compute the dataset on demand rather than upfront like with traditional for loops. It provides a much more efficient memory usage and can help perform operations that would otherwise freeze up the application. Lazy evaluation Here’s an example where we are fetching movies from an API as the user scrolls down: To imitate the user scrolling, I used a simple setInterval client implementation. But that doesn’t change the main point. As you can see, we don’t know the final size of the collection upfront. Instead, we fetch and let the API tell us when to stop. The generator provides a convenient result property to signal to us when we have exhausted our list. using the on-demand approach done So here are the two main criteria to consider when it comes to generators: For example, when your collection comes from paginated requests and you need to keep fetching new items until the stream runs out. You don’t know the final size of the collection you’re iterating over. So instead, you apply the computation on the chunks. You do so one at a time, using the on-demand approach. You are potentially performing computation on huge binary files that might freeze up your application if you try to do them all at once. Conclusion The two examples I provided are generally not something you encounter very often when building a web app. That’s why the generators still have pretty niche use cases. So it’s always worth double-checking whether you’re adding a real value by including iterators or generators in your codebase. Otherwise, you might unnecessarily confuse other people working with you. As a side note, even engineers at Airbnb using generators and iterators in your code. advise against I’m inclined to think that generators and iterators are safer to use when writing a well-encapsulated code, like a utility library. Because then the client doesn’t need to bother with the implementation details. Previously published at https://isamatov.com/iterators-generators-useful
