草庐IT

weak_ptr_cast

全部标签

c++ - dynamic_cast 中的类型必须是指向完整类类型的指针或引用,或者 void *

我希望有人能理解为什么下面的代码会失败。我正在尝试从osg::Node*节点对象获取PositionAttitudeTransform(Openscenegraph类)的实例。但是下面是粗体的编译器错误。voidCameraPosCallbackUpdate::operator()(osg::Node*node,osg::NodeVisitor*nv){//othercodegoeshereosg::PositionAttitudeTransform*pat=dynamic_cast(node);}IntelliSense:dynamic_cast中的类型必须是指针或对完整类类型的引用

c++ - static_cast 如何将 int 转换为 char 而不是 reinterpret_cast?

我不确定之前是否有人问过它,但我相信一定是。考虑问题开头的简单行:inta;charb=reinterpret_cast(a);我明白了reinterpret_cast将类型x的位模式解释为类型y,当然,由于大小不匹配,它不应该工作,事实上它不工作。现在考虑另一个代码:inta;charb=static_cast(a);这行得通!.现在我的问题是它是如何工作的?我的意思是编译器会砍掉这些位吗?.我确定sizeof(char).如果是,reinterpret_cast也应该通过相同的技术工作吗? 最佳答案 从int到char有一个明确

c++ - 优化编译器能否从 std::unique_ptr 中移除所有运行时成本?

阅读关于std::unique_ptr的http://en.cppreference.com/w/cpp/memory/unique_ptr,我天真的印象是,一个足够聪明的编译器可以用裸指针替换unique_ptr的正确使用,并在unique_ptr时放入一个delete被摧毁。事实真的如此吗?如果是这样,是否有任何主流优化编译器真的这样做了?如果不是,是否可以编写一些具有unique_ptr的部分/全部编译时安全优势的东西,可以优化为没有运行时成本(空间或时间)?注意那些(适本地)担心过早优化的人:这里的答案不会阻止我使用std::unique_ptr,我只是好奇它是一个非常棒的工具

c++ - 我应该使用它还是 static_cast<void*> 然后 static_cast<myType*> 来避免重新解释?

我看到有人建议使用static_cast(static_cast(p))而不是重新解释类型转换。我不明白为什么这样更好,谁能解释一下?为了便于讨论,这里有一个需要reinterpret_cast的示例场景:DWORDlpNumberOfBytes;ULONG_PTRlpCompletionKey;LPOVERLAPPEDlpOverlapped;GetQueuedCompletionStatus(myHandle,&lpNumberOfBytes,&lpCompletionKey,&lpOverlapped,0);if(lpCompletionKey==myCustomHandlerK

c++ - 使用 dynamic_cast 而不是传统的多态有什么优势?

我们可以使用多态(继承+虚函数)来泛化不同的类型在一个共同的基类型下,然后引用不同的对象,就好像它们是相同的类型一样。使用dynamic_cast似乎是完全相反的方法,因为本质上我们在决定要采取什么操作之前检查对象的特定类型。是否有任何已知的例子说明某些东西不能像使用dynamic_cast那样容易地使用传统多态性来实现? 最佳答案 每当您发现自己想要基类中的成员函数(如“IsConcreteX”)时(编辑:或者更准确地说,是像“ConcreteX*GetConcreteX”这样的函数),您基本上是在实现自己的dynamic_cas

c++ - std::unique_ptr::release() 与 std::move()

我有一个表示运行时上下文并构建树的类,树根保存在unique_ptr中。构建树完成后,我想提取树。这是它的样子(不可运行,这不是调试问题):classContext{private:std::unique_ptrroot{newNode{}};public://imagineaconstructor,attributesandmethodstobuildatreestd::unique_ptrextractTree(){returnstd::move(this->root);}};所以我使用std::move()从Context实例中提取根节点。但是,除了使用std::move()之外

c++ - "Expected ' (' for function-style cast or type construction"错误是什么意思?

我收到错误“Expected'('forfunction-stylecastortypeconstruction”,我已尽力在线研究此错误的含义,但无法找到导致此错误的任何文档错误。我在StackOverflow上发现的所有相关问题都修复了特定的代码片段,并且没有更笼统地解释导致错误的原因。这些包括Expected'('forfunction-stylecastortypeconstruction答案突出了代码的几个问题。究竟是哪个问题导致了错误尚不清楚。c++Xcodeexpected'('forfunction-stylecastortypeconstruction在主函数中定义函

c++ - Delphi 中 dynamic_cast 的等价物是什么?

在Delphi中,C++的dynamic_cast、reinterpret_cast和static_cast运算符(尤其是在对象上使用时)的等效项是什么? 最佳答案 重新解释_cast大多数时候,在Delphi中,转换是reinterpret_cast,即一种类型的位和字节被重新解释为另一种类型,例如Integer(myEnum)或Pointer(MyDynamicArrayVar)。有些转换会截掉位,即Integer(MyInt64)会截掉Int64的高32位,而低32位的高位会变成新的符号位。一些Actor阵容扩大,例如Inte

c++ - shared_ptr 的基本语法问题

我是shared_ptr的新手。我有几个关于C++0xshared_ptr语法的问题如下://firstquestionshared_ptrptr(newclassA());//worksshared_ptrptr;ptr=??//howcouldIcreateanewobjecttoassignittosharedpointer?//secondquestionshared_ptrptr2;//couldbetestedforNULLfromtheifstatementbelowshared_ptrptr3(newclassA());ptr3=??//howcouldIassignN

c++ - boost::ptr_container 和 std::vector<shared_ptr>

看完timdaysanswer至thisquestion我很好奇boost::ptr_container之间的区别和一个std::vector.我的印象是aboost::ptr_containerhadownershipoverthepointersgiventoit,并且在释放时将调用它包含的所有指针的析构函数,而不管对其居民的其他引用。这与std::vector的目的相反,如果引用计数为0,释放后只会释放指针本身?如果是这种情况(我假设不是),为什么甚至Boost文档示例comparethetwo好像它们的目的相似,为什么timday的回答会提出boost::ptr_contain