为何std::ranges算法提供迭代器-哨位对重载？API设计是否需借鉴？

迭代器-哨位对的重载绝不仅仅是为了兼容遗留系统，还有不少值得借鉴的实用价值：

• 精准处理子区间：很多时候你不需要操作整个range，只需要其中一段连续的子区间。用迭代器-哨位对可以直接写reverse_copy(v.begin()+2, v.end()-1, out)，比先构造子range（比如views::drop(2) | views::take(v.size()-3)）更直观，还能避免额外的range适配器对象开销。

• 适配非标准range类型：有些类型能提供合法的迭代器，但没完全满足std::range的概念约束（比如没有begin()/end()成员函数，或者迭代器的关联类型不符合要求）。这时候迭代器-哨位对的重载依然能正常工作，覆盖了更多边缘场景。

• 无缝衔接现有迭代器代码：大量已有代码是基于迭代器对编写的，提供这种重载可以让用户不用重构旧代码就能用上ranges算法，也能在新旧代码混合的场景里灵活切换，不用强制把所有迭代器对都包装成range。

• 支持自定义哨位与特殊迭代器组合：比如使用std::counted_iterator指定固定数量的元素，或者自定义一个满足哨位概念的类型（比如遇到某个特定值就停止迭代），这种场景下只能用迭代器-哨位对的形式，range重载无法覆盖。

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