泛型Lambda

泛型Lambda

1 泛型编程
开始之前，先来简单回顾一下泛型编程的内容。

泛型编程的目的是将「数据和方法」进行分离，将数据高度抽象，于是可以表示同类问题的「最小通解」。

C++中，通过模板来实现泛型编程，模板又分为变量模板、函数模板和类模板。

这些模板始终围绕着「数据和方法」。变量模板属于对数据类型的抽象，函数模板属于对方法的抽象，而类模板，则二者兼有，因为类本身的目的就是将数据和方法进行结合。

因此为什么说函数模板处理的是数值，而类模板处理的是类型呢？就是由于函数只具有方法，而在C++中方法是不支持偏特化的，所以它无法处理类型。

到了C++14，Lambda也迎来了泛化能力，称为Generic Lambda。不过此时的泛化能力只是由auto带来的，威力略弱。

随后又经过多年的发展，Lambda的能力越来越强。C++20加入了Template Lambda，这让Lambda也可以指定模板参数，使得Lambda的泛化能力更加完善。

至此，C++的泛型编程多了一个新的主角——泛型Lambda。

2 泛型Lambda
为何泛型Lambda值得单独拿出来说呢？

一是因其特殊性，在一些情境使用它来封装变化，会让事情简单许多；二是由其新颖性，它的许多特性和用处尚处探索期，值得讨论。

首先来说其特殊性。

Lambda函数其实就是一个匿名的函数对象，它实际上也是一个”类”。不同的是，它唯一的方法就是operator()，也就是Lambda体，而数据则是[]中捕获的参数，这些参数就是”类”中定义的成员变量。

因此，Lambda函数既具有函数的部分特征，又具有类的部分特征。

也因如此，事情变得有趣起来。

Lambda具有的函数部分特征，让它具备了函数模板的能力；类部分特征，让它具备了类模板的继承能力。

此外，由于Lambda的类型是一个closure type（闭包类型），所以它还可以定义在函数内部，也可以当作回调函数使用。

如此这些，再加上泛型，使得泛型Lambda极具威力。

继而来看其新颖性。

当下大多数C++开发者对于Lambda的使用，还只是停留在函数部分，相当于只发挥了Lambda的基本能力。

实际上，Lambda的能力要比想象之中强大许多，在基本能力之上，还有些令人兴奋的能力。

这也是值得探索的地方。

3 以继承封装「变化」
不论写库或框架，都是在提炼「不变」的逻辑，将「变化」的逻辑交给用户配置。

可以是预留接口，让用户覆写接口；也可以是采用回调，让用户提供处理逻辑；抑或是提供配置文件，让用户填写变化的信息，再通过配置文件自动生成相应处理逻辑。

应对「变化」的方式很多，对于一些逻辑不甚复杂的变化，完全可以借助Lambda来实现。

Lambda天生可以在函数内部构建，自带一个operator ()，这就相当于一个表示变化的接口，也就是用户可以手动配置的地方。

有了表示变化的地方，你再将不变的逻辑封装到一个类中，让该类继承自此Lambda。于是，你便可以在不变之中使用变化的逻辑。

4 Lambda重载

既然泛型Lambda具备函数模板的特性，那么它是否也可以重载呢？
回答是no。前文提到，Lambda是函数对象，它只有唯一的一个方法operator()，也就是Lambda体，Lambda体只有一个，你又如何能写多个呢？
但是，可以提供多个Lambda，也就是造就多个函数对象，让它们参数不同，再借助某种技巧，便可以从「视觉层面」实现Lambda重载。
说是「视觉层面」，意思是说它本质上不是函数意义上的那种重载，只是使用起来像是函数重载一样。
这个技巧就是overload pattern。

泛型Lambda编程的一个核心技术。
在c++11/14中的实现

#include <iostream>

template<typename TCall, typename UCall>
class SimpleOverloaded : public TCall, UCall
{
public:
    SimpleOverloaded(TCall tf, UCall uf) : TCall(tf), UCall(uf) {}

    using TCall::operator();
    using UCall::operator();
};

template<typename TCall, typename UCall>
SimpleOverloaded<TCall, UCall> MakeOverloaded(TCall&& tf, UCall&& uf) {
    return SimpleOverloaded<TCall, UCall>(tf, uf);
}

int main()
{
    const auto func = MakeOverloaded(
        [](int) { std::cout << "Int!\n"; },
        [](float) { std::cout << "Float!\n"; }
    );
    func(10); // 匹配到using TCall::operator(); 
    func(10.0f); // 匹配到 using UCall::operator();
}

我们从两个模板参数派生，但我们还需要显式公开它们的调用操作符。
这是为什么？ 这是因为在寻找正确的函数重载时
编译器要求候选函数在同一范围内。

c++17以后的实现很简单，只有两行代码:

template<class... Ts> struct overloaded : Ts... { using Ts::operator()...; };
template<class... Ts> overloaded(Ts...) -> overloaded<Ts...>;

各位都知道，C++中代码越少往往并不意味着它有多简单，而是说明其「信息密度」较大。

此处，第一行首先使用了可变参数模板，使得overloaded可以继承自多个Lambda。其次使用了Using-declaration，以防止重载之时产生歧义。

第二行则使用了C++17的CTAD(Class Template Argument Deduction)，以推导出overloaded的类型。有何必要呢？这是因为你无法创建一个overloaded类型的对象，因为Lambda的类型不可知，你无法填写模板参数类型。借由CTAD，便可以为overloaded添加一个用户自定义的类型推导指引，这样编译器才能够推导出其类型。

现在，就可以使用「视觉层面」的Lambda重载了：

const auto func = overloaded {
    [](const int& n) { std::cout << "int:" << n << '\n'; },\
    [](const std::string& s) { std::cout << "string:" << s << '\n'; }
};

func(2);
func("im the lambda with parameter std::string");

这里又使用了「聚合初始化」，通过它可以直接调用基类中Lambda的构造器，从而避免为overloaded显式编写构造函数向基类传递参数。

总而言之，通过Lambda重载，便可以将许多相似的「变化逻辑」聚到一起，再以不同的参数访问这些不同的逻辑，从而以一种崭新的形式封装变化。

5 泛型Lambda实现对象工厂
这一节需要你对C++ DP.08 Factory Method这篇文章有些印象。

通过泛型Lambda，我们拥有了一种新的实现对象工厂的策略，简单而威力巨大。

代码如下：

1template<class… Ts> struct Fruit : Ts… { using Ts::operator()…; };
2template<class… Ts> Fruit(Ts…) -> Fruit<Ts…>;

是的，就是使用了Lambda重载来实现Fruit。

然后再通过以下形式定义对象工厂：

1struct Apple { void print() { std::cout << “apple print\n”; } };
2struct Pineapplce {void print() { std::cout << “pineapple print\n”; } };
3
4// 定义对象工厂
5static constexpr auto FruitFactory = Fruit {
6 [](const T& apple) { return new T; }
7};
8
9// 从工厂创建产品
10auto apple = FruitFactory(Apple{});
11apple->print();

此处第6行代码便使用了C++20的Template Lambda，由此我们可以创建任意类型的对象。

如此少的代码，实现的对象工厂可并不弱，而且这种实现方法更加轻便，除了无法动态产生，已经相当不错了。

6
泛型Lambda实现抽象工厂
这一节需要你对C++ DP.09 Abstract Factory这篇文章有些印象。

没错，根据泛型Lambda，实现抽象工厂也有了一种新的形式。

并且这种形式使用起来更加轻便，我已经决定使用这种方式替换okdp中的实现。

我们可以通过Lambda重载来定义抽象工厂：

1template<class… Ts> struct AbstractAIFactory : Ts… { using Ts::operator()…; };
2template<class… Ts> AbstractAIFactory(Ts…) -> AbstractAIFactory<Ts…>;

具体工厂的定义则更具有技巧性，实现如下：

1template<class T, class U>
2concept IsAbstractAI = std::same_as<T, U>;
3
4template
5static constexpr auto AIFactory = AbstractAIFactory {
6 requires IsAbstractAI<T, Lux> { return new LuxEasy; },
7 requires IsAbstractAI<T, Ziggs> { return new ZiggsEasy; },
8 requires IsAbstractAI<T, Teemo> { return new TeemoEasy; }
9};
10
11auto lux = AIFactory();
12lux->print();

你是否意识到了这种实现形式的强大之处？

这里用到的技术就更加多了，除了前面介绍的「聚合初始化」，还使用到了C++20的Concepts，这点我们已经写过文章了，相信大家不会太陌生。

此外，这里还用到了「变量模板」，想想前面几节的内容，提到过范型Lambda虽然具有函数模板和类模板的部分特征，但它的「数据」部分只能通过捕获参数。因此其实无法真正像类那样使用，而抽象工厂的抽象类又无法实例化，所以我们也无法像对象工厂那样使用。

于是，为了为它添上「类型的能力」，这里借助了变量模板。正因如此，你才能像类一样使用AIFactory。

不过事情尚未结束，此时「抽象工厂」就是AbstractAIFactory，通过Lambda重载完成的不错。「具体工厂」属于变化的部分，就相当于Lambda体，也就是这里为每个类型实现的Lambda函数。

问题在哪呢？巨大的重复！

消除这种类型的重复比较好的方法是借助「泛型宏」，这点在对象工厂那篇文章中介绍并使用过。

泛型编程是理念，模板是手段，宏同样是一种手段，需要根据具体情形具体分析，从而合理地进行选择。

不过此处的情形有些复杂，泛型宏的确可以很好的完成任务，但是工作比较复杂，已经涉及到泛型宏深入层次的技术了。

因此由于本篇主题不是泛型宏，篇幅有限，此处只展示下代码，不做进一步解释，大家可以自己看看。

代码如下：

#define _GET_OVERRIDE(_1, _2, _3, _4, _5, _6, NAME, …) NAME

#define _CONCRETE_AI_FACTORY_BODY_0(LAM, AIType, LEvel)
#define _CONCRETE_AI_FACTORY_BODY_1(LAM, AIType, Level, AIName) LAM(AIType, Level, AIName)
#define _CONCRETE_AI_FACTORY_BODY_2(LAM, AIType, Level, AIName, …) LAM(AIType, Level, AIName) _CONCRETE_AI_FACTORY_BODY_1(LAM, AIType, Level, VA_ARGS)
#define _CONCRETE_AI_FACTORY_BODY_3(LAM, AIType, Level, AIName, …) LAM(AIType, Level, AIName) _CONCRETE_AI_FACTORY_BODY_2(LAM, AIType, Level, VA_ARGS)
#define _CONCRETE_AI_FACTORY_BODY_4(LAM, AIType, Level, AIName, …) LAM(AIType, Level, AIName) _CONCRETE_AI_FACTORY_BODY_3(LAM, AIType, Level, VA_ARGS)
#define _CONCRETE_AI_FACTORY_BODY_5(LAM, AIType, Level, AIName, …) LAM(AIType, Level, AIName) _CONCRETE_AI_FACTORY_BODY_4(LAM, AIType, Level, VA_ARGS)

#define _GENERATE_AI_LAMBDA(AIType, Level, AIName) requires IsAbstractAI<AIType, AIName> { return new AIName##Level; },

#define CONCRETE_AI_FACTORY(AIType, Level, …)
_GET_OVERRIDE(“ignored”, ##VA_ARGS,
_CONCRETE_AI_FACTORY_BODY_5, _CONCRETE_AI_FACTORY_BODY_4,
_CONCRETE_AI_FACTORY_BODY_3, _CONCRETE_AI_FACTORY_BODY_2,
_CONCRETE_AI_FACTORY_BODY_1, _CONCRETE_AI_FACTORY_BODY_0)
(_GENERATE_AI_LAMBDA, AIType, Level, ##VA_ARGS)

泛型宏的实现复杂是针对开发者来说的，对于使用者来说却是极为简单。

现在你可以非常简单地使用宏实现的「具体工厂」来替换前面的写法：

template
static constexpr auto AIFactory = AbstractAIFactory {
// requires IsAbstractAI<T, Lux> { return new LuxEasy; },
// requires IsAbstractAI<T, Ziggs> { return new ZiggsEasy; },
// requires IsAbstractAI<T, Teemo> { return new TeemoEasy; }
CONCRETE_AI_FACTORY(T, Easy, Lux, Ziggs, Teemo)
};

不论你有多少产品，都可以由该具体工厂轻松实现，是不是很强大！

reference:
https://mp.weixin.qq.com/s/bFijUK56vtPz_JGpcF6S1A