为何std::span曾为索引操作重载函数调用运算符？（该重载现已移除）

你说得没错，std::span的operator()索引重载现在已经从C++标准中移除了。当初在它的设计提案阶段，这个重载确实是计划中的一部分，咱们来拆解下当初的设计思路，以及后来被砍掉的原因。

先看看当初提案里的这两个重载：

constexpr reference operator[](index_type idx) const;
constexpr reference operator()(index_type idx) const;

两者的行为完全一致——返回序列中第idx个元素的引用，如果idx超出范围（小于0或大于等于size()），行为就是未定义的。

当初加入operator()的原因 #

• 照顾不同开发者的使用习惯：不少从Fortran、MATLAB这类语言转来C++的开发者，早就习惯用()来做数组/序列索引。加入这个重载是为了降低他们的学习成本，让他们能用熟悉的语法操作std::span。
• 避免复杂场景下的语法歧义：在一些嵌套的模板代码或者自定义类中，如果某个类已经重载了带多参数的operator[]，operator()可以作为一个更明确的单一索引入口，让代码意图更清晰，也减少编译器的歧义判断。

后来被移除的核心原因 #

• 功能冗余：operator[]已经完全能满足索引需求，operator()并没有提供任何不可替代的功能，反而让std::span的接口变得臃肿，增加了标准库的维护成本。
• 保持标准库接口一致性：C++标准库中的容器（比如std::vector、std::array）和序列视图类，统一用[]做索引。std::span作为连续序列的视图，保持这种一致性更重要，能让开发者不用额外记忆特殊语法。
• 社区反馈的影响：在标准制定过程中，很多委员和开发者都提出，用()做索引违背了C的常规编码习惯——毕竟()在C里更多代表函数调用，强行用来索引容易让不熟悉这个设计的开发者困惑，反而降低了代码的可读性。

内容的提问来源于stack exchange，提问作者Mário Feroldi