很多函数还是很多 Lambda？

Question

在此之前我已经发布了一些关于在快速委托上使用 std::function 的问题，以及如何将 std::function 存储在集合来展示可以添加和删除的事件的行为。我还询问了编写大量 EventArg 类型的小类时的最佳实践，并且这个小小的设计决策也已被搁置。这是一个很棒的社区！

现在，除了序言之外，我的结构已经就位，是时候编写所有处理传入数据的处理程序了。我有一个 std::map，看起来像这样：

typedef std::function<void(const CommandData&)> CommandDelegate;
typedef boost::shared_ptr<CommandDelegate> CommandDelegatePtr;
typedef std::map<short, CommandDelegatePtr> CommandMap;

我希望向其中添加大约 200 个处理程序。我可以在标准成员函数和 lambda 之间进行选择。

在考虑成员函数时，我首先想到的是 200 个声明和 200 个实现以及一个大源文件。

我没有用所有这些处理程序污染我的类，而是想“好吧，它们只是句柄，为什么不使用 lambda？这看起来很简单，当构造类时，它可以将所有这些匿名函数分配给映射。工作完成！

然后 我可以调用它自己的文件。

我意识到

1. 构造函数会很大。由于.h 文件中的 200 个声明， , .cpp 文件中的 200 个实现（以及其他函数）
2. .h 文件中的 200 个声明，一个单独的“handlers.cpp` 实现文件
3. 无声明，在 ctor 中分​​配了 200 个 lambda
4. 无声明，200 的文件中的 initializeMap 函数中分配。

lambda 在其自己

Answer 1

我的观点是，尽可能使用 lambda。它们更易于维护。例如，如果您有一个成员函数，则每次更改它时都必须更新声明和定义，并且还必须为其分配唯一的名称。 Lambda 是更好的选择。如果我可以对成员变量进行自动类型推导，我就永远不会使用成员函数。

Answer 2

您真的需要这些函数是动态的吗？因为如果您唯一关心的是不污染您的主类，那么有更好（更快）的解决方案，例如创建子类，或者只是将所有代码分成多个文件。

如果您的标头包含 200 个函数，但从不更改，那么它不会使您的项目变得如此臃肿，因为它只是躺在那里。另一方面，臃肿的构造函数更糟糕，因为您很有可能有时必须更改它，然后它必须重新编译所有这 200 个初始化。

无论如何，编译时间可能不会那么长，但为什么要这么麻烦呢？

我只是将它们的函数与声明一起保留在您的主类中，或者在其他一些专用类或文件中，但不会在 ctor 中动态初始化它们。