我知道您不能在构造函数中使用shared_from_this。但是可以在构造函数中使用新的weak_from_this吗？根据cppreference:Thisisacopyofthetheprivatemutableweak_ptrmemberthatispartofenable_shared_from_this.http://en.cppreference.com/w/cpp/memory/enable_shared_from_this/weak_from_this我没有看到从构造函数中获取内部存储的weak_ptr拷贝的问题，但我可能遗漏了一些东西，所以我不确定这一点。
我有一个容器shared_ptrs和我将这些对象交给WindowsAPI，稍后我使用原始ptr获得回调。我要找对shared_ptr事后。这可以用shared_ptr干净地完成吗？(不使用shared_from_this())。非常基本的例子:classCFoo{};typedefstd::shared_ptrCFooPtr;typedefstd::setCFooSet;externCFooSetm_gSet;voidSomeWindowsCallBack(CFoo*pRawPtr){m_gSet.erase(pRawPtr);}我知道这可以用intrusive_ptr来完成很容易，但
我有两个Boostshared_ptrshared_ptrA(newX);shared_ptrB(newX);第三个指针最初指向与A相同的X。shared_ptrC=A;更改C使其指向与B相同的X的正确方法是什么？C=B; 最佳答案 EdChm是对的。我做了一个小测试程序来明确它。它使用C++11，但可以轻松转置。#include#includeintmain(){std::shared_ptrA(newint(1));//createsasharedpointerpointingtoanint.Soheunderlyinginti
在其他Objective-C类中，我在下面的c++类中调用代码。有时fSound对象不是FMOD::Sound对象，它在被释放时会崩溃。在释放之前如何确认fSound对象是正确的类型？-(void)unloadSound:(FMOD::Sound*)fSound{FMOD_RESULTresult=FMOD_OK;FMOD::Sound*soundEffect=static_cast(fSound);if(soundEffect){soundEffect->release();}soundEffect=NULL;fSound=NULL;} 最佳答案
我正在用JNI包装一些C++代码，偶然发现了以下工厂函数:std::unique_ptrcreate_metric_planner(*arguments*)我需要将此函数创建的规划器的引用传递回Java以供以后使用，但我很困惑a)如何将其传回，以及b)一旦它被传递下去会发生什么。通常情况下，我都是这样过去的:Director*DIRECTOR=newDirector(arguments);return(jlong)DIRECTOR;它的效果非常好。有人可以解释当使用返回此类指针的工厂函数而不是普通构造函数时使用JNI引用对象的类似过程吗？ 最佳答案
我想知道什么时候dynamic_cast必须或应该在static_cast上使用，并提供示例。我读过thisSOquestion，但它并没有真正提供任何具体的例子。我假设大多数示例都涉及多态类类型。目前我知道在static_cast上使用dynamic_cast的唯一原因是我不能100%确定我正在使用的具体类型。一些其他的想法:横向转换(在多重继承中)在虚拟继承层次结构中转换为基类在使用多重继承的类中转换到“最右边”的继承类型时，指针会改变(如果使用static_cast)吗？“如果类型未知”是唯一的原因吗？如果不是，有人可以提供示例来说明为什么必须或应该使用dynamic_cast而
我正在尝试序列化我无法使用boost::serialization修改的自定义类，并且我需要将逻辑/计算代码与序列化部分分开。它有一些我必须序列化的protected和私有(private)字段，其中一些是其他类的boost::shared_ptr。类似于://computationalclassesclassA{public:A(inta):m_val(a){}private:intm_val};classB{public:B(a):m_ptr(newA(a)){}private:boost::shared_ptrm_ptr;};我发现了一个简单的解决方法来序列化A类，只在其定义中添
我看到了一些代码ASSERT(static_cast(p)==reinterpret_cast(p))我认为p是一个基类型指针。这个断言的目的是什么？它是否检查MyClass不是某些多重继承层次结构的一部分(或任何会导致已知强制转换更改p的地址值的东西)？ 最佳答案 由于reinterpret_cast(p)的行为是大多数用途的特定实现，几乎所有reinterpret_cast(p)的用途是代码高度不可移植且理想情况下应避免的标志。有时reinterpret_casts是不可避免的，但尝试断言它的属性几乎肯定是代码正在尝试做它不应该
为了减少输入类似内容的简单原因:std::shared_ptr;std::unique_ptr;每次想使用智能指针的时候，我就想到了使用模板别名:templateusingsptr=std::shared_ptr;templateusinguptr=std::unique_ptr;所以我可以像这样使用它们:sptr;uptr;假设我在自己的命名空间中保护它们，以这种方式使用带有shared/unique_ptr的模板别名是否有任何陷阱或限制？我会不会做一些我可以用直接模板语法做而我不能用别名做的事情？由于其他原因，这是一个坏主意吗？ 最佳答案
这是一个与此post类似的问题.我认为最有前途的答案与模板化静态初始化有关。这是该答案的类(class):templateclasscreate_map{private:std::mapm_map;public:create_map(constT&key,constU&val){m_map[key]=val;}create_map&operator()(constT&key,constU&val){m_map[key]=val;return*this;}operatorstd::map(){returnm_map;}};用法:std::mapmymap=create_map(1,2)(
