草庐IT

c++ - 将 shared_ptr 隐藏在 typedef 后面是一种好的风格吗?

我想减少代码中的一些视觉噪音并将shared_ptr隐藏在typedef后面,如下所示:typedefboost::shared_ptrSomeLongClassPtr;所以这个:voidfoo(constboost::shared_ptr&a,boost::shared_ptr&b);变成这样:voidfoo(constSomeLongClassPtr&a,SomeLongClassPtr&b);另一方面,我担心我会降低代码的明确性。哪种风格更好? 最佳答案 鉴于std::string本身就是一个typedef,我认为你很好。我自

c++ - 具有 std::unique_ptr 与 boost::ptr_container 的 STL 容器

有了c++11,我问自己是否可以替换c++11中的boost::ptr_containers。我知道我可以使用例如一个std::vector>,但我不确定这是否是一个完整的替代品。处理这些情况的推荐方法是什么? 最佳答案 我决定编写一个简短的程序,将一些多态对象放入一个容器中(通过指向堆的指针),然后将该容器与std::algorithm一起使用。我选择了std::remove_if只是一个例子。这是我将如何使用vector>:#include#include#includeclassAnimal{public:Animal()=d

c++ - unique_ptr & vector,试图访问已删除的函数,Visual Studio 2013

我正在尝试使用unique_ptr来管理我的内存,而VS2013似乎在我认为不应该的时候给我带来了麻烦。似乎编译器出于某种原因试图访问已删除的复制构造函数,而它确实没有理由这样做。这是我的一门课的样子:classMesh{public:Mesh(oglplus::Program*program,conststd::vector&vertices,conststd::vector&indices);voiddraw();private:constoglplus::Program*_program;std::vector_vertices;std::vector_indices;oglpl

c++ - 为什么构造函数调用异常后没有释放unique_ptr?

在以下代码中:#include#includevoidmydeallocator(int*x){std::cerr>x;Foo(boolfail):x(newint(1),mydeallocator){if(fail)throwstd::runtime_error("Wefailhere");}};intmain(){{autofoo1=Foo(false);}{autofoo2=Foo(true);}}当调用Foo(true)时,似乎没有正确释放内存。也就是说,当我们编译并运行这个程序时,我们得到了结果:Freeingmemoryterminatecalledafterthrowin

c++ - dll 中的 std::unique_ptr pimpl 使用 Visual Studio 生成 C4251

这不是一个重大问题,但我喜欢从警告中清除我的代码,所以这让我很紧张。我一直在使用c++11版本的pimplidiom以通常的方式隐藏我的库的类实现。//dllheaderclassFrameworkImpl;classEXPORT_APIFramework{Framework(constFramework&)=delete;Framework&operator=(constFramework&)=delete;Framework(Framework&&)=delete;Framework&operator=(Framework&&)=delete;public:Framework();

c++ - 是否存在 "ptr1 - ptr2 > 0"与 "ptr1 > ptr2"不同的情况?

假设同类型的两个指针指向同一个数组(或同一个对象)内,这样两个指针的减法和比较都有效……有没有什么情况if(ptr1-ptr2>0)会表现得与不同if(ptr1>ptr2)或者它们在任何时候都是等效的? 最佳答案 是的,在这种情况下,两者的行为会不相同。指针差是有符号[expr.add]:Whentwopointerstoelementsofthesamearrayobjectaresubtracted,theresultisthedifferenceofthesubscriptsofthetwoarrayelements.Thet

c++ - unique_ptr 的 static_pointer_cast 的替代方案

我了解将static_pointer_cast与unique_ptr一起使用会导致所包含数据的共享所有权。换句话说,我想做的是:unique_ptrfoo=fooFactory();//dosomethingforawhileunique_ptrbar=static_unique_pointer_cast(foo);无论如何,这样做会导致两个unique_ptr永远不应该同时存在,所以它是被禁止的。是的,这是有道理的,绝对是,这就是为什么确实不存在像static_unique_pointer_cast这样的东西。到目前为止,如果我想存储指向这些基类的指针,但我还需要将它们强制转换为一些

C++ std::unique_ptr 从函数返回并测试 null

我有一个函数需要返回一个指向myClass类对象的指针。为此,我使用std::unique_ptr。如果函数成功,它应该返回一个指向带有数据的对象的指针。如果失败,它应该返回null。这是我的代码框架:std::unique_ptrgetData(){if(dataExists)...createanewmyClassobject,populateandreturnit...//Nodatafoundreturnstd::unique_ptr(null);//在main上:main(){std::unique_ptrreturnedData;returnedData=getData()

c++ - 使用 shared_ptr 时如何检测循环

shared_ptr是Boost库中的引用计数智能指针。引用计数的问题在于它不能处理循环。我想知道如何在C++中解决这个问题。请不要提出诸如“不要循环”或“使用weak_ptr”之类的建议。编辑我不喜欢只使用weak_ptr的建议,因为显然如果你知道你会创建一个循环,那么你就不会有问题。如果您在运行时生成shared_ptrs,您也无法知道在编译时会有一个循环。因此,请自行删除其中使用weak_ptr的答案,因为我特别要求不要提供此类答案... 最佳答案 shared_ptr表示所有权关系。而weak_ptr代表awareness。

c++ - 当你想实现一个可以返回 "nothing"的函数时,何时使用 boost::optional 以及何时使用 std::unique_ptr ?

据我了解,有两种方法可以实现有时不返回结果的函数(例如在ppl列表中找到的人)。*-我们忽略原始ptr版本,与bool标志配对,并在未找到版本时出现异常。boost::optionalfindPersonInList();或std::unique_ptrfindPersonInList();那么有什么理由比另一个更喜欢一个吗? 最佳答案 这取决于:您希望返回句柄还是拷贝。如果你想返回一个句柄:Person*boost::optional都是可接受的选择。我倾向于使用Ptr在空访问的情况下抛出的类,但这是我的偏执狂。如果您希望返回拷贝