C++雾中风景18:C++20, 从concept开始

转眼间，C++20的标准已经发布快两年了。不少C++的开源项目也已经将标准升级到最新的C++20了，笔者也开启了新标准的学习历程了。所以借这系列的博文，记录下笔者学习新标准的一些心得与吐槽~~

作为C++20系列的第一篇开篇之文，就要从千呼万唤始处理的concept聊起了，后续很多新的feature的实现，也仰赖新的concept的实现，后续笔者的文章也会逐步展开。OK，开始我们C++20旅程的第一站：concept

1.First Look

先从一个群友的一个实际的问题出发，我们来看看concept可以解决什么问题。是怎么样通过coding实现的。

• SFINAE
  
  熟悉C++模板编程的小伙伴肯定第一时间想到通过SFINAE的方式来解决，让笔者来解决这个问题的话，会写出下面的代码:

template <typename T>
T test(T a) {
    static_assert(!std::is_same_v<void, decltype(a + a)>);
    static_assert(!std::is_same_v<void, decltype(a - a)>);
    static_assert(!std::is_same_v<void, decltype(a * a)>);
    static_assert(!std::is_same_v<void, decltype(a / a)>);
    return a;
}

这里写的代码是一个略微Trick的表达，利用decltype去获取操作符计算后的类型，然后用std::is_same_v进行一个其实没什么意义的类型比较，来满足static_assert的语义，最终满足我们对模板类型T的一些约束。

• concept
  
  显然上面的方式是很不直观的，虽然能达到咱们的目的，但是从代码优雅角度来说是一种较差的选择实现。

我们来看一下用C++20提供给我们的Concept是如何解决这个问题的：

template <typename T>
concept Cal = requires (T a) {
    a + a;
    a - a;
    a * a;
    a / a;
};

template <typename T>
requires Cal<T>
T test(T a) {
    return a;
}

这是通过concept来实现的一个类型约束方式，Cal代表着一个concept的实现，requires中花括号的内容就代表了对于类型T的约束，要满足下面的操作符

a + a;
a - a;
a * a;
a / a;

Bingo！ 似乎C++20给了我们一个更好的trait，接着往下看，我们继续来细探Concept的实现。

2. How to use

• concept的定义

这里写了一个例子，咱们基于这个例子来展开:

template <typename T>
concept Cal = requires (T a) {
    a + a;
    typename T::type;
   {a + a} -> std::same_as<float>;
    require  Concept2<T>;
};

这里定义了4个requires的要求，只有满足这4个条件才能通过concept的限制，正常进行编译。

1). a + a这个是最简单的，该表达式能通过编译则代表符合要求，这里不会进行实际的计算。

2). typename T::type代表需要，T类型定义了type类型，才符合要求

3). {a + a} -> std::same_as<float> 这里的{}代表了decltype(a + a)之后的类型需要满足后面的concept的需求。这是一个语法糖，也可以通过这样来实现：requires std::is_floating_point_v<decltype(a + a)>

4). 最后的require Concept2<T>这代表了concept的嵌套逻辑。requires后面可以带任意的concept

• concept的使用

了解了concept定义之后，我们就可以利用concept来进行模板类型的约束了。

这里“回字有四种写法”，大家可以选择自己喜欢的方式来使用。(真搞不懂搞这么多写法干什么，不能统一一下吗？， 下面介绍的顺序随笔者的偏好以此递减）

template<typename T>
requires Cal<T>
T test(T a)
{
    return a + a;
}

1). 这是笔者最认可的一种书写方式，语义明确，在模板类型定义之后明确对它的要求。

template<Cal T>
T test(T a)
{
    return a + a;
}

2). 也还行吧，模板参数前指定了concept，也比较明确直观。

Cal test(Cal a)
{
    return a + a;
}

3). concept命名一长就显得有些琐碎了，并且把concept当类型使用了，看起来有些怪异了。

template<typename T>
T test(T a) requires Cal<T>
{
    return a + a;
}

4). 把concept写后面的都是异端，当然如果你喜欢的话，也ok。

3. concept的本质

concept本质上是：一个可以套用在模板上的constexpr bool值。

相信下面这段代码能帮助你更好的理解它：

template <typename T>
concept Con = std::is_floating_point_v<T>;

int main(int argc, char* argv[]) {
    static_assert(std::is_same_v<decltype(Con<float>), bool>);
    std::cout << Con<int> << std::endl;
    return 0;
}

显然，上面的代码我们用is_same_v确定了concept生成的类型就是bool类型。而同样的，在运行期，咱们也可以将concept的结果作为一个bool常量进行使用，并打印。

所以，take it easy。 concept很简单，它只是C++20给你提供的一个better的工具，来摆脱被疯狂的模板报错所支配的恐惧。但即使你完全不了解它，使用老的方式，依然能够同样解决问题。

4.小结

C++的一些模板推断的错误常常让人抓狂。而很多时候我们使用它需要

• 要进行模板推断类型的编程设计
• 利用SFINAE的方式来类型约束

这无形之中增加Coding时的心智成本，而concept作为一个新的语法糖，给了我们拆分二者的机会：让上帝归上帝，凯撒归凯撒。

使用好concept来进行类型约束，enjoy新标准带来的便利吧。

希望大家能够有所收获，笔者水平有限。成文之处难免有理解谬误之处，欢迎大家多多讨论，指教。

5.参考资料

CppReference