有人可以解释为什么在退出内部作用域时以下内容会在main()中崩溃吗？我正在使用VisualStudio2013。虽然GCC4.8.1一切正常，但我怀疑代码中有问题。我就是不明白。#include#includeclassPerson;classPersonProxy;classPersonInterface{public:virtual~PersonInterface()=default;virtualPersonProxy*getProxy()const=0;virtualvoidcreateProxy(Person*)=0;};classPerson:publicPersonIn
也许这是一个简单的问题，因为我对C++还是个新手。我想使用某种工厂来封装我的应用程序中的日志记录。这个想法是只有工厂知道哪个具体类将处理函数调用。应用程序将始终调用基本日志记录类的抽象接口(interface)。工厂方法应该是这样的:std::unique_ptrFactory::getDefaultLogger(conststd::string¶m){returnnewConcreteLoggingClass(param);}ConcreteLoggingClass是AbstractLoggingClass的子类。但是我得到以下错误:Error:couldnotconvert
我正在制作一个控制我的应用程序的全局单例，我希望子系统以特定顺序启动和关闭。classApp{public:App();~App();voidstart();voidrun();voidshutdown();private:std::unique_ptrdisplayManager;std::unique_ptrrenderer;};构造函数以正确的顺序创建指针App::App(){displayManager=std::unique_ptr(newDisplayManager);renderer=std::unique_ptr(newRenderer);}并且我希望以相反的顺序释放u
有没有办法在C++中手动增加和减少shared_ptr的计数？我要解决的问题如下。我正在用C++编写一个库，但接口(interface)必须是纯C语言。在内部，我想使用shared_ptr来简化内存管理，同时保留通过C接口(interface)传递原始指针的能力。当我通过接口(interface)传递原始指针时，我想增加引用计数。然后客户端将负责调用一个函数，该函数将在不再需要传递的对象时减少引用计数。 最佳答案 也许您正在跨DLL边界使用boost::shared_ptr，这将无法正常工作。在这种情况下boost::intrusi
pimpl习语中使用的实现类有任何私有(private)成员吗？我真正能想到的唯一原因是保护自己免受自己的伤害——即私有(private)成员用于在类和用户之间执行某种契约，在这种情况下，类和用户关系密切，所以它似乎没有必要。 最佳答案 我认为人们将Pimpl惯用法与Adapter/Bridge/Strategy模式混淆了。习语是特定于一种语言的。模式可以应用于多种语言。Pimpl惯用法旨在解决C++中的以下问题:类的私有(private)成员在类声明中可见，这会向类的用户添加不必要的#include依赖项。此习语也称为编译器防火墙
我已经读到创建或复制std::shared_ptr会涉及一些开销(引用计数器的原子增量等)。但是如何从中创建std::weak_ptr呢？Obj*obj=newObj();//fastObj*o=obj;//slowstd::shared_ptra(o);//slowstd::shared_ptrb(a);//slow?std::weak_ptrc(b);我希望能够获得更快的性能，但是我知道共享指针仍然必须增加弱引用计数器。那么，这仍然像将shared_ptr复制到另一个一样慢吗？ 最佳答案 除了Alec's非常有趣的描述他以前的项
我可以用C++11中的“移动”(右值引用)做什么我不能用std::auto_ptr做什么？(据我了解，它们是一个想法的不同实现。)老问题又来了:std::auto_ptr是这么糟糕的组件吗？ 最佳答案 C++98/03没有真正“可移动”类的概念。auto_ptr是一个具有transfer-on-copy-semantics的类，即当您制作拷贝时，原始内容会发生变化(注意带有非常量参数的复制构造函数!)。这是不好的。这样的类不能在标准容器中使用。由于新添加的右值引用概念，C++11引入了真正可移动类的概念。新的unique_ptr完全
假设我有一个拥有D3DDevice的类:classThing{public:Thing(){D3D11CreateDevice(...,&device,...);}~Thing(){device->Release();}private:ID3D11Device*device;};据我所知，我可以使用_com_ptr_t来确保删除对象，而不必在析构函数中显式调用Release()。但问题是我无法找出模板的正确语法。我几乎找不到关于_com_ptr_t的任何信息，我能找到的最接近答案的是this(Japanese)one.按照那里的语法，我得到了一堆编译器错误:private://ID3D
按照thispost中的步骤操作后我设法让Eclipse(Indigo)识别unique_ptr(和其他C++11新东西)。问题是operator->forunique_ptr似乎在Eclipse中不受支持。这里有一个例子:classFoo{voidbar(){/*...*/}};std::unique_ptrfoo;(*foo).bar();//1foo->bar();//2Case1按预期工作:没有错误并且自动完成工作。然而，对于案例2，Eclipse将语句标记为错误(“无法解析方法'bar'”)，而且foo->的自动完成功能不起作用。最有趣的是，我对std::shared_ptr
这个问题在这里已经有了答案:Howisitpossible(ifitis)toimplementshared_ptrwithoutrequiringpolymorphicclassestohavevirtualdestructor?(3个答案)关闭8年前。为什么在使用std::shared_ptr释放时从基类和派生类调用析构函数，而第二个示例仅从基类调用析构函数？classBase{public:~Base(){std::coutsharedA(newDerived);}std::cout输出:--------------------DeriveddestructorBasedestr
