不是。
　　【資料】
　　定義結(jié)構(gòu)

　　然而在前一種情況，容器承受了過(guò)多的功能，它不僅要負(fù)責(zé)自己“容器”內(nèi)的元素維護(hù)（添加、刪除等等），而且還要提供遍歷自身的接口；而且由于遍歷狀態(tài)保存的問(wèn)題，不能對(duì)同一個(gè)容器對(duì)象同時(shí)進(jìn)行多個(gè)遍歷。第二種方式倒是省事，卻又將容器的內(nèi)部細(xì)節(jié)暴露無(wú)遺。

　　而迭代器模式的出現(xiàn)，很好的解決了上面兩種情況的弊端。先來(lái)看下迭代器模式的真面目吧。

　　迭代器模式由以下角色組成：

　　1) 迭代器角色（Iterator）：迭代器角色負(fù)責(zé)定義訪問(wèn)和遍歷元素的接口。

　　2) 具體迭代器角色（Concrete Iterator）：具體迭代器角色要實(shí)現(xiàn)迭代器接口，并要記錄遍歷中的當(dāng)前位置。

　　3) 容器角色（Container）：容器角色負(fù)責(zé)提供創(chuàng)建具體迭代器角色的接口。

　　4) 具體容器角色（Concrete Container）：具體容器角色實(shí)現(xiàn)創(chuàng)建具體迭代器角色的接口——這個(gè)具體迭代器角色與該容器的結(jié)構(gòu)相關(guān)。

　　迭代器模式的類圖如下：

　　從結(jié)構(gòu)上可以看出，迭代器模式在客戶與容器之間加入了迭代器角色。迭代器角色的加入，就可以很好的避免容器內(nèi)部細(xì)節(jié)的暴露，而且也使得設(shè)計(jì)符合“單一職責(zé)原則”。

　　注意，在迭代器模式中，具體迭代器角色和具體容器角色是耦合在一起的——遍歷算法是與容器的內(nèi)部細(xì)節(jié)緊密相關(guān)的。為
了使客戶程序從與具體迭代器角色耦合的困境中脫離出來(lái)，避免具體迭代器角色的更換給客戶程序帶來(lái)的修改，迭代器模式抽象了具體迭代器角色，使得客戶程序更
具一般性和重用性。這被稱為多態(tài)迭代。