迭代器是好東西，也是猿猴工具箱里面的七種武器之一。代碼中必然要操作一堆數據，因此就要有容器，有了容器，自然就不可缺少迭代器，沒有迭代器，容器使用上就會非常不方便，并且還必須暴露其內部實現方式。比如，在可憐的C語言里面，操作數組容器就要通過整數索引來訪問其元素，操作鏈表容器，就要通過while(node->next!=null）這樣的方式來訪問其元素。某種意義上講，整數索引，node->next這些都是迭代器，只是它們的使用方式沒有統一起來而已。既然如此，全世界的迭代器的使用方式都統一起來，那么這就是迭代器了。
      基本上，現代化的語言，都會在語言層面上提供foreach之類的語法糖，其形式不外乎是，foreach(e:c）{}。就是這樣，只要提供元素的名字和容器對象。后面跟著循環體。其思想就是從容器里面取出一個元素，用循環體對這個元素進行操作。循環完畢，就完成了對容器里面數據的操作。這種語法形式，簡潔得不能再簡潔了。很好很方便，什么額外重復的代碼都不勞費心了，甚至連類型推導不用做。真的，類型可以推導的時候，就讓編譯器推導好了。代碼里面必須大規模的使用auto，var這樣的關鍵字。不要擔心看不出來變量的類型。變量類型應該從變量的名字中體現出來其抽象意義，當然，不要搞什么匈牙利命名法，那個太丑陋了。
      既然語法糖提供了這種對迭代器的支持操作語法，自然而然，只要涉及到一堆數據這樣的概念，不必局限于具體的容器（數組，鏈表，哈希表），文件夾也是一堆數據，Composition模式也是一堆數據，數列，……，等等所有這些，全部都是概念上的一堆數據，只要提供了迭代器，猿猴就可以很優雅的用foreach這樣的語法糖來統一操作數據，多么方便，多么的多態。不管這一堆數據的內部實現方式是什么，后期怎么修改，在foreach這里代碼全部都不會受影響。更何況，對于迭代器，語法上不僅僅提供foreach的便利得無以復加的甜糖，還有一大堆的標準庫函數來讓猿猴操作迭代器，什么排序，查找，映射……。更令人發指的是，C#把迭代器搗鼓得好用得讓人傷心難過悲憤欲絕，而linq語法上還可以把IEnumbale整成monad，可以用來作什么cps的變換。迭代器在手，天下我有。
      迭代器這個概念的抽象似乎很理所當然，但是不然，比如，劉未鵬舉過Extended STL的例子，操作文件夾。C和C++代碼對比。