【外评】为什么人们对 Go 1.23 的迭代器设计感到愤怒？
内容提要
这篇文章讨论了人们对Go 1.23迭代器设计的不满，认为其过于函数式与Go的命令式语言特性相悖。作者提出了自己的设计方案，并讨论了C++和Odin的迭代器设计。文章认为迭代器设计违背了Go的初衷，让其变得更复杂。
延伸解读
设计冲突：函数式迭代器与 Go 的命令式基因
Go 1.23 的迭代器设计采用推模式，通过 yield 回调将循环体转换为函数，这引入了闭包和回调，使代码风格偏向函数式。而 Go 一直以命令式、简单直接著称，这种转变让许多开发者感到不适，认为它违背了 Go 的初衷。
实现与使用的割裂：普通开发者需要关心吗？
文章指出，大多数 Go 程序员可能只需使用标准库或第三方提供的迭代器，而无需自己实现。但迭代器的实现涉及闭包、defer 清理等复杂机制，即使不直接编写，理解其行为也可能增加认知负担，尤其是当出现性能或控制流问题时。
对比 Odin 与 C++：不同语言的设计取舍
Odin 的迭代器只是普通过程，通过显式状态和多次返回来实现，没有闭包和隐藏控制流，更易理解和优化。C++ 迭代器需要重载多种操作符，复杂但局部操作直接。Go 的设计介于两者之间，试图统一但牺牲了直观性，引发争议。
风险与局限：复杂性与性能隐忧
文章认为，Go 迭代器设计可能增加语言复杂性，且由于闭包和回调，性能可能不如简单循环。此外，它暴露了过多“魔法”，与 Go 隐藏实现细节的传统相悖。尽管设计原则合理，但可能不适合 Go 的受众和哲学。
Q&A
为什么人们对Go 1.23的迭代器设计感到愤怒？
人们认为Go 1.23的迭代器设计过于函数式，违背了Go的命令式特性，导致代码复杂化。
Go 1.23的迭代器设计与之前版本有什么不同？
Go 1.23的迭代器设计引入了类似于其他语言的生成器和回调机制，使得代码结构变得复杂。
作者对Go 1.23迭代器设计有什么建议？
作者提出了一个更简单的迭代器设计方案，强调应避免复杂的闭包和回调，以保持语言的简洁性。
Odin语言的迭代器设计与Go的有什么不同？
Odin的迭代器设计更简单明了，避免了复杂的闭包和回调，强调过程调用的清晰性。
C++的迭代器设计与Go的迭代器设计有什么区别？
C++的迭代器设计复杂，需要重载多个操作符，而Go的迭代器设计则相对简单，但在功能上显得不够直观。
Go 1.23的迭代器设计可能带来哪些风险？
Go 1.23的迭代器设计可能导致普通程序员难以理解，增加代码复杂性，从而影响开发效率。
