C++ Core Guidelines 解析：让接口易于使用

接口是服务的提供者和使用者之间的契约，契约指定了函数的前置条件、后置条件和不变式，并可以在运行期进行检查。

总结就是：让接口易于使用，难以错误使用。

避免非 const 的全局变量

如标题，为什么呢？因为全局变量会注入隐藏的依赖，而该依赖并不是接口的一部分，如下代码：

int g = 2011;
int func(int fac) { 
    g *= g;
    return g * fac;
}

函数 func 的执行有一个副作用，会改变全局变量的值。因此，你无法对函数进行孤立测试。当更多线程需要使用这个函数的时候，就必须对 g 变量加以保护。因此，如果这个函数不更改全局变量的值，则我们可以为了性能把函数调用的结果存储到缓存中加以复用。

举个例子：什么情况才可能会是我们说的：没有副作用，那你可以为了性能而将之前的结果存储缓存中以进行复用。

int add(int a, int b) {
    return a + b;
}
int main() {
    int c = add(1, 2) + add(1, 2) + add(1, 3);
}

其实无非就是：编译器看到你用同样的入参调用了两次就可以干掉第二次调用。之前的结果被缓存了，前提是这得是纯函数。

但是我们前面依赖了全局变量，就不行，它有外部的副作用，返回的结果可能会根据全局变量的不同而不同，没办法缓存。不能保证：多次调用传入的数据相同就能得到完全一致的结果。

弊端

非 const 的全局变量有很多弊端。

• 可测试性：无法孤立测试你的实体。如果单元不存在，则单元测试也不存在。只能进行系统测试。实体的执行效果要依赖整个系统的状态。
• 重构：无法孤立地对代码进行推理，重构会有相当大的挑战。
• 优化：你无法轻易地重新安排函数调用或者在不同的线程上进行函数调用，因为可能有隐藏的依赖。缓存之前函数调用的结果也极为危险。
• 并发：产生数据竞争的必要条件是有共享而可变的状态。而非 const 全局变量正是共享而可变的。

隐藏的单例示例

// singleton.cpp
# 

  {
:
    ( MySingleton&) = ;
    MySingleton& =( MySingleton&) = ;
    {
         (!instance) {
            instance =  ();
        }
         instance;
    }
:
     MySingleton* instance;
    () = ;
    ~() = ;
};
MySingleton* MySingleton::instance = ;