草庐IT

auto_ptr

全部标签

c++ - 什么时候允许编译器优化 auto+brace 样式初始化?

假设您有一个名为Product的类,定义如下:classProduct{public:Product(constchar*name,inti);Product(Product&&rhs);Product(constProduct&rhs);~Product();private:constchar*m_name;intm_i;};然后你像这样初始化一个变量:autop=Product{"abc",123};我认为标准规定编译器必须在逻辑上执行以下操作:构建一个临时产品移动构建p(使用临时Product)但是允许编译器对其进行优化,以便直接构造p。我验证了这一点(VisualStudio2

c++ - 来自同一个 enable_shared_from_this 实例的两个 shared_ptr

鉴于这个类是enable_shared_from_this:classconnection:publicstd::enable_shared_from_this{//...};假设我从sameconnection*创建了两个std::shared_ptr实例,如下所示:std::shared_ptrrc(newconnection);std::shared_ptrfc(rc.get(),[](connectionconst*c){std::cout到目前为止一切正常,因为资源{connection*}由单个shared_ptr—rc准确地说,fc只是有一个假的删除器。之后,我这样做:a

c++ - 我的 API 函数应该采用 shared_ptr 还是 weak_ptr

我目前正在设计一个API,我不确定我的函数是否应该采用shared_ptr或weak_ptr.有包含查看器的小部件。观众有一个功能add_painter这给观众增加了一个画家。当查看器需要重新绘制时,它会使用其绘制器绘制到缓冲区中并显示结果。我得出的结论是观众应该使用weak_ptr捕获画家:一个画家可能被多个观众使用,所以观众不能拥有画家。删除画家应该将其从查看器中删除。这样,用户就不需要记住他们必须调用remove_painter。功能。可能有不同类型的查看器,因此它们隐藏在界面后面。什么签名最适合add_painter界面中的功能?我应该直接使用voidadd_painter(w

c++ - 将 std::exception_ptr 转换为 boost::exception_ptr

我想使用boost::promise::set_exception()需要一个boost::exception_ptr。问题是boost:exception_ptr似乎只有在我用enable_current_exception包裹所有我的抛出时才能正常工作,我想避免这种情况。(无论如何,我无法为第3方图书馆做到这一点。)我在整个代码中使用std::exception_ptr/std::current_exception,所以我正在寻找一种方法来传递std::exception_ptr,其中boost:exception_ptr是预期的。执行以下操作但编译的东西:boost::excep

c++ - unique_ptr 实现中可能存在的错误

这个问题在这里已经有了答案:Unique_ptrandforwarddeclaration(2个答案)关闭6年前。我试图将unique_ptr类成员与前向声明一起使用。正如许多消息来源所说,例如Forwarddeclarationwithunique_ptr?声明非内联析构函数应该就足够了,但在VS2013和GCC5.3.1中似乎并非如此。我没有测试其他编译器。例子:#includeclassB;classA{public://A();~A();private:std::unique_ptrb;};//classB{};intmain(){Aa;}我只能在取消注释ctor声明或类B声明

c++ - 在什么情况下 std::unique_ptr::operator[] 可能抛出?

我的类有一个operator[],它所做的就是在unique_ptr上调用std::unique_ptr::operator[]>成员(member)。相关部分就是这样:templatestructFoo{T&operator[](constsize_tpos)constnoexcept{returndata_[pos];}std::unique_ptrdata_;};我已将运算符标记为noexcept。但是,unique_ptr::operator[]不是noexcept。我无法找出原因,也不知道我是否可以假设它永远不会抛出。unique_ptr::operator[]本身没有在文档

c++ - 避免使用 auto 关键字字面上重复 const 和非常量的代码?

好的,我做了一些研究,显然在这个主题上有很多重复的问题,仅举几例:Elegantsolutiontoduplicate,constandnon-const,getters?Howtoavoidoperator'sormethod'scodeduplicationforconstandnon-constobjects?HowdoIremovecodeduplicationbetweensimilarconstandnon-constmemberfunctions?等但我还是忍不住再次提出来,因为与c++14auto类型的返回值,我实际上是在复制函数体,唯一的区别是const函数限定符。c

c++ auto 不命名类型

我在我的代码中使用关键字auto137autoi=boost::find(adresses,adress);在使用以下命令编译时出现这些错误[vickey@tbtests]$clear;g++testCoverDownloader.cpp../CoverDownloader.cpp-I/usr/include/QtGui/-I/usr/include/QtCore/-lQtGui-lQtCore-std=c++0x../CoverDownloader.cpp:137:10:error:‘i’doesnotnameatype../CoverDownloader.cpp:139:8:err

c++ - 为什么 weak_ptr 没有 atomic_{store,load}?

为什么C++标准包含atomic_store或atomic_load重载shared_ptr而不是weak_ptr?这只是一个疏忽,还是有没有为weak_ptr提供原子操作的实际原因? 最佳答案 这似乎是一个疏忽。HerbSutter为atomic_shared_ptr/atomic_unique_ptr/atomic_weak_ptr提出了一个C++(17?)标准设计提案,该文档还解释了现有方法的缺点,其中包含用于shared_ptr的免费函数atomic_load/atomic_store:http://www.open-std

c++ - 具有 std::unique_ptr 的容器的访问器函数

我将要设计一个API,其中存在两个类:数据/计算类和此类的容器。然而,容器不仅仅是一个哑容器,它还携带有关整个集合的信息,这超出了可以用迭代器实现的常见内容。所以,容器基本上包装了一个std::vector,添加一些预先计算的属性,实用函数等。容器类的API还应该包含的是添加data/calc类实例的方法,访问方法。我不只是想打开std::vector对公众来说,因为向容器中添加新的data/calc类会导致重新计算集合类的许多属性。但是,我想提供与STL容器访问器方法相同的访问器方法at()和operator[].最初,我添加了一个std::vector>类型的私有(private)