4

最近我在 Boost 中找到了Parameters库。老实说，我不明白为什么这是 Boost 的一部分。当需要将多个参数传递给函数时，您可以从中创建一个结构，例如：

struct Parameters
{
    Parameters() : strParam("DEFAULT"), intParam(0) {}
    string strParam;
    int intParam;
};

void foo(const Parameters & params)
{
}

Parameters params;
params.intParam = 42;
foo(params);

这很容易编写和理解。现在使用 Boost 参数的示例：

BOOST_PARAMETER_NAME(param1) 
BOOST_PARAMETER_NAME(param2)

BOOST_PARAMETER_FUNCTION(
  (void),                // 1. parenthesized return type
  someCompexFunction,    // 2. name of the function template

  tag,                   // 3. namespace of tag types


  (optional              //    optional parameters, with defaults
    (param1,           *, 42)
    (param2,           *, std::string("default"))              )
  )
{
    std::cout << param1 << param2;
}

someCompexFunction(param1_=42);

我认为这真的很复杂，而且好处不是那么显着..

但现在我看到一些 Boost 库 (Asio) 使用了这种技术。使用此库传递许多参数是否被认为是最佳实践？

或者也许使用这个库有我看不到的真正好处？你会推荐在项目中使用这个库吗？

4

2 回答 2

2

您的技术需要创建大量临时变量（给定足够的参数），并且在某些情况下会相当冗长。更棘手的是文档。如果你沿着配置结构的路线走，你将有两个地方需要解释你的参数。相比之下，记录 Boost.Parameter 函数很容易。

它还降低了冗长，并允许我为整个函数系列重用参数，而不是一遍又一遍地编写新的配置载体。

如果您不喜欢该库，请不要使用它。它还有其他几个你没有提到的缺点（重包含，高编译时间）。

另外，为什么不提供两个世界中最好的呢？一个使用 Boost.Parameters 的函数和另一个使用配置结构的函数，它们都在一个通用实现上调度。正确管理标题，“不为你不使用的东西付费”的承诺将被保留。价格是可维护性。但是，如果您的用户不喜欢某个界面，您总是可以弃用它。

于 2012-08-17T21:30:57.387 回答
1

好吧，我不使用这个库，但关键是你可以通过名称传递参数。

想象一下，您有一个带有很多参数的函数，而在大多数情况下，您只想使用几个参数。也许并不总是相同的少数，因此将这些放在列表前面（以便其他可以作为默认值提供）将无济于事。这就是“命名参数”的用武之地：你只需按照你喜欢的任何顺序给出你想要传递的参数的名称和值，其他的将是默认的。您甚至不必知道所有可能的参数；该函数的更高版本可以添加新参数而不会破坏任何内容（前提是选择新参数的默认值以模仿旧行为）。

与结构相比，您可以创建结构并使用默认值初始化所有内容。如果我没记错的话，这几乎就是这种东西在内部工作的方式，方法是传递一个参数对象并在那里设置值，然后再将其传递给最后的实际函数。

于 2012-08-17T21:25:03.897 回答