【问题标题】:What is the purpose of std::make_pair vs the constructor of std::pair?std::make_pair 与 std::pair 的构造函数的目的是什么?
【发布时间】:2012-03-05 10:44:39
【问题描述】:

std::make_pair的目的是什么?

为什么不直接std::pair<int, char>(0, 'a')

这两种方法有区别吗?

【问题讨论】:

  • 在 C++11 中,你几乎可以完全不用 make_pair。见my answer
  • 在 C++17 中,std::make_pair 是多余的。下面有一个答案详细说明了这一点。
  • TL;DR: 只需使用大括号即可。 ;) { 0, 'a' }(任何曾经编写过 JavaScript 代码的人都会特别喜欢这个。)
  • std::make_pair(vec.cbegin(), vec.cend())std::pair<std::vector<std::string>::const_iterator, std::vector<std::string>::const_iterator>(vec.cbegin(), vec.cend()) 相比?

标签: c++ stl std-pair


【解决方案1】:

不同之处在于std::pair 需要指定两个元素的类型,而std::make_pair 将创建一个具有传递给它的元素类型的对,而无需告诉它。无论如何,这就是我可以从各种文档中收集到的信息。

http://www.cplusplus.com/reference/std/utility/make_pair/查看这个例子

pair <int,int> one;
pair <int,int> two;

one = make_pair (10,20);
two = make_pair (10.5,'A'); // ok: implicit conversion from pair<double,char>

除了它的隐式转换奖励之外,如果你不使用 make_pair 你就不得不这样做

one = pair<int,int>(10,20)

每次你分配给一个,随着时间的推移这会很烦人......

【讨论】:

  • 其实类型应该是在编译时推导出来的,不需要指定。
  • @Tor 是的,我知道如何使用它们,我只是好奇std::make_pair 是否有原因。显然这只是为了方便。
  • 我认为你现在可以使用one = {10, 20},但我没有方便的 C++11 编译器来检查它。
  • 另请注意,make_pair 适用于未命名类型,包括结构、联合、lambda 和其他小玩意。
【解决方案2】:

使用make_pair 和使用指定类型参数显式调用pair 构造函数之间没有区别。 std::make_pair 在类型冗长时更方便,因为模板方法基于其给定参数进行类型推导。 例如,

std::vector< std::pair< std::vector<int>, std::vector<int> > > vecOfPair;
std::vector<int> emptyV;

// shorter
vecOfPair.push_back(std::make_pair(emptyV, emptyV));

 // longer
vecOfPair.push_back(std::pair< std::vector<int>, std::vector<int> >(emptyV, emptyV));

【讨论】:

  • 更短:vecOfPair.emplace_back(emptyV, emptyV);
【解决方案3】:

值得注意的是,这是 C++ 模板编程中的常见习语。它被称为对象生成器习语,您可以找到更多信息和一个很好的示例here

编辑正如 cmets 中有人建议的那样(已删除),以下是对链接的稍微修改的摘录,以防万一它中断。

对象生成器允许在不明确指定对象类型的情况下创建对象。它基于类模板所没有的函数模板的一个有用属性:函数模板的类型参数是从其实际参数自动推导出来的。 std::make_pair 是一个简单的例子,它根据std::make_pair 函数的实际参数返回一个std::pair 模板的实例。

template <class T, class U>
std::pair <T, U> 
make_pair(T t, U u)
{
  return std::pair <T, U> (t,u);
}

【讨论】:

  • @duck 实际上是 &amp;&amp; 自 C++11 以来。
【解决方案4】:

make_pair 在直接构造函数上创建一个额外的副本。我总是对我的配对进行 typedef 以提供简单的语法。
这显示了差异(Rampal Chaudhary 的示例):

class Sample
{
    static int _noOfObjects;

    int _objectNo;
public:
    Sample() :
        _objectNo( _noOfObjects++ )
    {
        std::cout<<"Inside default constructor of object "<<_objectNo<<std::endl;
    }

    Sample( const Sample& sample) :
    _objectNo( _noOfObjects++ )
    {
        std::cout<<"Inside copy constructor of object "<<_objectNo<<std::endl;
    }

    ~Sample()
    {
        std::cout<<"Destroying object "<<_objectNo<<std::endl;
    }
};
int Sample::_noOfObjects = 0;


int main(int argc, char* argv[])
{
    Sample sample;
    std::map<int,Sample> map;

    map.insert( std::make_pair( 1, sample) );
    //map.insert( std::pair<int,Sample>( 1, sample) );
    return 0;
}

【讨论】:

  • 我很确定如果编译器的优化设置足够高,额外的副本在所有情况下都会被忽略。
  • 为什么要依赖编译器优化来确保正确性?
  • 我在两个版本中得到了相同的结果,而std::move 就在insert 内部和/或在sample 的引用附近。只有当我将std::map&lt;int,Sample&gt; 更改为std::map&lt;int,Sample const&amp;&gt; 时,我才会减少构造对象的数量,并且只有当我删除复制构造函数时,我才会消除所有副本(显然)。在进行这两项更改后,我的结果包括对默认构造函数的一次调用和对同一对象的析构函数的两次调用。我想我一定错过了什么。 (g++ 5.4.1, c++11)
  • FWIW 我同意优化和正确性应该是完全独立的,因为在不同的优化级别产生不一致的结果后,这正是您编写的作为健全性检查的代码。一般来说,如果您只是构建一个要立即插入的值(并且您不想要额外的实例),我会推荐 emplace 而不是 insert。这不是我的专业领域,如果我什至可以说我有一个,但是 C++11 引入的复制/移动语义对我帮助很大。
  • 我相信我遇到了完全相同的问题,经过大约整个晚上的调试,我终于来到了这里。
【解决方案5】:

正如@MSalters 上面回答的那样,您现在可以在 C++11 中使用花括号来执行此操作(刚刚使用 C++11 编译器验证了这一点):

pair<int, int> p = {1, 2};

【讨论】:

    【解决方案6】:

    无法从 C++17 之前的构造函数中推断出类模板参数

    在 C++17 之前,你不能写类似的东西:

    std::pair p(1, 'a');
    

    因为这会从构造函数参数中推断出模板类型,所以您必须将其显式编写为:

    std::pair<int,char> p(1, 'a');
    

    C++17 使这种语法成为可能,因此 make_pair 是多余的。

    在 C++17 之前,std::make_pair 允许我们编写更少冗长的代码:

    MyLongClassName1 o1;
    MyLongClassName2 o2;
    auto p = std::make_pair(o1, o2);
    

    而不是更冗长的:

    std::pair<MyLongClassName1,MyLongClassName2> p{o1, o2};
    

    重复类型,可以很长。

    类型推断适用于 C++17 之前的情况,因为 make_pair 不是构造函数。

    make_pair 本质上等同于:

    template<class T1, class T2>
    std::pair<T1, T2> my_make_pair(T1 t1, T2 t2) {
        return std::pair<T1, T2>(t1, t2);
    }
    

    同样的概念适用于inserterinsert_iterator

    另见:

    小例子

    为了使事情更具体,我们可以通过以下方式最小化观察问题:

    main.cpp

    template <class MyType>
    struct MyClass {
        MyType i;
        MyClass(MyType i) : i(i) {}
    };
    
    template<class MyType>
    MyClass<MyType> make_my_class(MyType i) {
        return MyClass<MyType>(i);
    }
    
    int main() {
        MyClass<int> my_class(1);
    }
    

    然后:

    g++-8 -Wall -Wextra -Wpedantic -std=c++17 main.cpp
    

    编译愉快,但是:

    g++-8 -Wall -Wextra -Wpedantic -std=c++14 main.cpp
    

    失败:

    main.cpp: In function ‘int main()’:
    main.cpp:13:13: error: missing template arguments before ‘my_class’
         MyClass my_class(1);
                 ^~~~~~~~
    

    并且需要改为工作:

    MyClass<int> my_class(1);
    

    或助手:

    auto my_class = make_my_class(1);
    

    它使用常规函数而不是构造函数。

    std::reference_wrapper 的区别

    This comment 提到 std::make_pair 解包 std::reference_wrapper 而构造函数没有,所以这是一个区别。 TODO 示例。

    GCC 8.1.0, Ubuntu 16.04测试。

    【讨论】:

    • “C++17 使这种语法成为可能,因此 make_pair 是多余的。” - 为什么 std::make_pair 在 C++17 中没有被弃用?
    • @andreee 我不确定,可能的原因是它不会造成麻烦,所以不需要破坏旧代码?但我不熟悉 C++ 委员会的基本原理,如果你发现了什么,请联系我。
    • 我遇到的一件有用的事情是能够使用 std::make_pair(o1, o2) 指定类型可以防止用户犯错误传递类型 o1或 o2 不能隐式转换为 T1 或 T2。例如将负数传递给无符号整数。 -Wsign-conversion -Werror 不会在 c++11 中使用 std::pair 构造函数捕获此错误,但是如果使用 std::make_pair 它将捕获错误。
    • make_pair 解开引用包装器,因此它实际上与 CTAD 不同。
    【解决方案7】:

    从 c++11 开始,只需对对使用统一初始化。所以而不是:

    std::make_pair(1, 2);
    

    std::pair<int, int>(1, 2);
    

    随便用

    {1, 2};
    

    【讨论】:

    • {1, 2} 可用于初始化一对,但不提交类型对。 IE。使用 auto 时,您必须在 RHS 上提交一个类型:auto p = std::pair{"Tokyo"s, 9.00};
    猜你喜欢
    • 1970-01-01
    • 2016-06-13
    • 2010-09-11
    • 2023-03-18
    • 1970-01-01
    • 2018-03-14
    • 1970-01-01
    • 2018-09-17
    • 1970-01-01
    相关资源
    最近更新 更多