我正在尝试构建一个以std::map
为参数的对象,方法是使用boost map_list_of
传递地图内容。
这会产生编译错误,但是,当我尝试使用带有std::map
的常规函数执行相同操作时,它编译得很好!
#include <map>
#include <boost/assign.hpp>
struct Blah
{
Blah(std::map<int, int> data) {}
};
void makeBlah(std::map<int, int> data) {}
int main()
{
Blah b(boost::assign::map_list_of(1, 2)(3, 4)); // Doesn't compile.
makeBlah(boost::assign::map_list_of(1, 2)(3, 4)); // Compiles fine!
}
我得到的编译错误是:
error: call of overloaded ‘Blah(boost::assign_detail::generic_list<std::pair<int, int> >&)’ is ambiguous
note: candidates are: Blah::Blah(std::map<int, int, std::less<int>, std::allocator<std::pair<const int, int> > >)
note: Blah::Blah(const Blah&)
什么是歧义,为什么它不影响常规的functoin makeBlah,据我所知,它与Blah构造函数具有相同的签名?
有没有更好的方法来实现这一点,而不是制作一个makeBlah
函数,它将构造函数作为Blah
的对象,因为它看起来像我将要做的那样?
(顺便说一下,我在使用map_list_of
进行单元测试时这样做,以使测试输入数据创建更具可读性)
答案 0 :(得分:5)
map_list_of
没有创建容器,但会创建一个
匿名列表,可以转换为任何标准容器
转换是通过模板用户定义的转化运算符完成的:
template< class Container >
operator Container() const;
因此,在构造函数的上下文中,无法推断是否要转换为map<int, int>
或Blah
。为避免这种情况,您可以添加一个虚拟构造函数参数:
class Blah
{
public:
Blah(std::map<int, int> data, int)
{
}
};
void makeBlah(std::map<int, int> data)
{
}
void myTest()
{
Blah b(boost::assign::map_list_of(1, 2)(3, 4), 0);
makeBlah(boost::assign::map_list_of(1, 2)(3, 4));
}
使用makeBlah
,您不会有这种歧义。
或者,您可以将列表类型作为构造函数参数,然后在Blah
中使用它:
class Blah
{
public:
Blah(decltype(boost::assign::map_list_of(0, 0)) data)
: m(data.to_container(m))
{
}
std::map<int, int> m;
};
答案 1 :(得分:2)
自c ++ 11问世以来,boost::assign
已经变得不那么引人注目了。
Blah b({{1, 2},{3, 4}});
应该这样做。