我在C++中有下面的Zip
类,它的工作原理与Python的zip
相同。
当我运行下面的代码时,我得到这样的输出:
在第二种情况下,我额外创建了一个临时的std::vector<int>{7, 8, 9}
,似乎这个向量的生命周期在Zip
构造函数退出时就结束了。这就是为什么我们看到错误的值0
和6.91092e-317
。
我想知道为什么会这样。因为内部Zip
将其元素存储为const Ts&
。所以一个const引用。这不应该延长临时向量的生命周期,直到父Zip
对象被析构(=在for循环之后)吗?有什么方法可以解决这个问题吗?
示例代码,https://godbolt.org/z/4n6j83fn5:
#include <tuple>
#include <vector>
#include <iostream>
template<class... Ts>
class Zip
{
public:
explicit Zip(const Ts&... objs)
: m_data(objs...) { }
struct ZipIterator
{
public:
explicit ZipIterator(const std::tuple<const Ts&...>& data, std::size_t idx)
: m_data(data), m_idx(idx) { }
ZipIterator& operator++()
{
++m_idx;
return *this;
}
bool operator!=(const ZipIterator& rhs) const
{
return m_idx != rhs.m_idx;
}
auto operator*() const
{
return std::apply([this](auto const&... obj) { return std::forward_as_tuple(obj.at(m_idx)...); }, m_data);
}
private:
const std::tuple<const Ts&...>& m_data;
std::size_t m_idx;
};
ZipIterator begin() const
{
return ZipIterator(m_data, 0);
}
ZipIterator end() const
{
return ZipIterator(m_data, std::get<0>(m_data).size());
}
private:
std::tuple<const Ts&...> m_data;
};
int main()
{
const std::vector<double> vec1{1, 2, 3};
const std::vector<double> vec2{11, 22, 33};
for (const auto& [v1, v2] : Zip(vec1, vec2))
{
std::cout << v1 << " | " << v2 << std::endl;
}
std::cout << std::endl;
for (const auto& [v1, v2, v3] : Zip(vec1, vec2, std::vector<double>{7, 8, 9}))
{
std::cout << v1 << " | " << v2 << " | " << v3 << std::endl;
}
return 0;
}
3条答案
按热度按时间ssgvzors1#
@BoP完美地回答了你关于“为什么”的问题。这个答案为你的问题提供了一个可能的解决方案。
修复涉及到一个
MaybeOwning
类,如果它是从非临时构造的,则通过引用存储,如果它是从临时构造的,则通过值存储。要使其工作,您需要将构造函数 Package 在工厂函数zip
中,该工厂函数正确转发正确的类型。这就是为什么在此实现中Zip
的构造函数是私有的。https://godbolt.org/z/Tsa8W31v7
bbuxkriu2#
生存期扩展仅适用于直接绑定,临时绑定到
objs
参数。生存期延长不会传输到
m_data
成员。aiazj4mn3#
这里有一个基于@joergbrech的答案的补充。使用class template argument deduction代替 Package 器函数。
Demo