为何std::ranges::min_element返回迭代器而非直接返回值？

• 灵活性拉满：拿到迭代器，你不止能获取最小值，还能直接定位到它在原容器里的位置——想改这个元素？直接解引用赋值就行；想看看它旁边的元素？迭代器加减一下就搞定。要是只返回值，你还得再遍历一遍容器找位置，纯纯浪费功夫。
• 空范围有合理的处理方式：如果传进去的是空容器，返回值根本没法合理表示——总不能随便构造个对象糊弄吧？万一元素类型没默认构造函数，直接就炸了。但返回尾迭代器就很稳妥，调用者只要检查迭代器是否等于容器的尾迭代器，就能判断有没有找到有效元素。
• 跟传统STL接口保持一致：老版的std::min_element本来就是返回迭代器的，ranges版本延续这个设计，老开发者不用重新学新规则，上手更快。
• 避免不必要的性能开销：如果元素是大对象（比如几十KB的结构体、超长字符串），直接返回值会触发拷贝或移动操作，开销不小。返回迭代器就不一样了，这玩意儿本身轻量得很，需要值的时候再解引用，要不要拷贝完全由你自己决定。

内容的提问来源于stack exchange，提问作者Kacper Wyczawski