升压参数库

最近我发现参数 http://www.boost.org/doc/libs/1_50_0/libs/parameter/doc/html/index.htmlBoost 中的库。老实说，我不明白为什么这是 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）使用了这种技术。 使用这个库传递许多参数是否被认为是最佳实践？

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

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

它还可以减少冗长的内容，并允许我重复使用参数 整个功能系列而不是组成新的配置 载体一次又一次。

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

另外，为什么不提供两个世界中最好的呢？一个函数使用 Boost.Parameters，另一个函数使用配置结构，两者都在通用实现上分派。正确管理标头，“不为不使用的东西付费”的承诺将得到遵守。代价是可维护性。但如果您的用户不喜欢某个界面，您随时可以弃用它。