我们一起来读书吧 关注:140贴子:2,103
  • 0回复贴,共1

设计模式第五章读后感

只看楼主收藏回复

吧友们好啊!今天来跟大家扯扯那个行为模式中的大佬——迭代器模式。这货简直就是集合界的扫地僧,Collection的遍历能力全靠它了。来,咱们一起探个究竟。
首先得说,迭代器模式就像是给你的集合来了个超级保镖,保镖负责带着你去逛街(遍历集合),你想去哪儿就去哪儿,想看啥就看啥,集合自己就能省心大把时间专注做自己的事情。这不,简化聚合对象的接口,让它们一心只管存储,遍历的活儿交给迭代器,多么轻松。
而且啊,这迭代器还不是一成不变的,它可是多才多艺,提供各种遍历方式,正序逆序随便你,就像是有了一个会变戏法的保镖,想怎么玩就怎么玩。最牛的是,它把迭代的算法都封装起来了,对你来说就像是黑盒操作,你只需要知道怎么用就行,它的内部实现复杂不复杂,跟你没半毛钱关系。
但说回来,虽然迭代器这么牛,也不是没有缺点。引入了它,你的系统可能就会复杂一些,类和对象增多了,理解起来可能会头疼一些。特别是在一些简单的场景下用迭代器,可能真的是画蛇添足,搞得自己都迷糊了。
另外,性能问题也是不能忽视的。在一些特殊环境下,用了迭代器可能会慢一些,特别是数据量大的时候,遍历起来可能要等一等,心急吃不了热豆腐啊。
最后,不是每个场景都适合用迭代器模式的,有的时候简单点直接点更好,不用非得搞得那么高大上。
总之,迭代器模式是个好东西,但是合适不合适,还得看具体情况。就像是穿衣服,适合自己的才是最好的。好啦,今天的分享就到这里,吧友们有何高见,不妨畅所欲言!


IP属地:北京1楼2024-03-18 17:05回复