草庐IT

dynamic_pointer_cast

全部标签

c++ - dynamic_cast 返回 NULL 但它不应该

我有以下类层次结构:classIStorage{[...]}Q_DECLARE_INTERFACE(IStorage,"ch.gorrion.smssender.IStorage/1.0")classISQLiteStorage:publicIStorage{Q_INTERFACES(IStorage)[...]}Q_DECLARE_INTERFACE(ISQLiteStorage,"ch.gorrion.smssender.ISQLiteStorage/1.0")classDASQLiteStorage:publicQObject,publicISQLiteStorage{Q_OBJ

c++ - Casting - 为什么我应该为 Upcasting 做这件事

我一直在阅读该站点上的其他一些主题,他们提到了dynamic_cast和static_cast是如何安全地进行向上转换的。为什么向上转换甚至需要这些?例如,如果类B派生自A,则A*ptr=newB();仍然有效,并且表现得像A类型的对象。(我也来自Java背景,其中不需要进行向上转换的转换。我还在这个网站上读到,向下转换不需要dynamic_cast[有问题的“Whenshouldstatic_cast,dynamic_cast,const_castandreinterpret_castbeused?”].同样,我认为只有在向下转型时才真正需要转型,因为向上转型是自动发生的。我哪里错了

C++ 继承 : Templates Vs Pointers

我试图了解在继承场景中指针和模板之间的最佳解决方案是什么。考虑以下类。classEvent{};classFilter{public:virtualvoidprocess(Event*event)=0;};classPipeline{private:std::vector_filters};每个用户都可以扩展Event类和Filter类来保存实际数据和实际过滤功能。管道类只是将过滤器与队列连接在一起并执行方法过程。到目前为止,我一直使用指针来处理继承,例如过滤器指针的std::vector和接收事件指针的过程函数。可以使用模板代替指针吗?例如classEvent{};templatec

c++ - 如何避免 "dynamic initialization in unreachable code"警告?

我正在编写类似于以下内容的模板化函数*:templatevoidfoo(Tt1){/*commoncode*/if(v){inti=bar();/*...*/return;}else{/*...*/}/*morecommoncode*/}当我编译它并且foo被实例化时v设置为false,编译器说:warning:dynamicinitializationinunreachablecode现在,由于模板参数,代码无法访问;这应该是完全可以接受的。我怎样才能避免或抑制这个警告?我宁愿不完全禁止此类警告。注意事项:我不想对true和false进行不同的专门化,因为有一些通用代码,我不想重复,

c++ - 避免 dynamic_cast 缓慢的著名解决方案?

我需要运行时多态性,所以我使用了dynamic_cast.但现在我有两个问题--dynamic_cast非常慢!(向下滚动基准。)长话短说,我最终以这种方式解决了问题,使用static_cast:structBase{virtual~Base(){}virtualinttype_id()const=0;templateT*as(){returnthis->type_id()==T::ID?static_cast(this):0;}templateTconst*as()const{returnthis->type_id()==T::ID?static_cast(this):0;}};st

c++ - 在 C++ 中从 vector<pointer*> 复制到 vector<pointer*>

我创建了一个vectorA并想通过以下方法复制到另一个类中的vectorB,这是正确的方法吗?vectorA可能会被破坏!我在谷歌搜索,但没有找到好的解决方案和有意义的解释。谢谢大家voidStateInit(vectorlistBtn){_m_pListBtn=listBtn;}; 最佳答案 是也不是,您是按值传递vector:voidStateInit(vectorlistBtn){_m_pListBtn=listBtn;};这意味着listBtn是vectorA的拷贝(假设我们称vectorA作为StateInit的参数传递)

c++ - 是否有理由在此代码中的字符串文字上使用 const_cast ?

我正在查看我即将开始使用的API的一些示例代码。以下模式让我有点困惑:char*str;str=const_cast("HelloWorld");printf("%s",str);(实际上有一个巨大的case语句,其中str被分配给每个case。)请注意printf采用constchar*。这种复杂的转换有什么合理的目的吗?这段代码的作者在其他地方应用了许多以性能为导向的技巧,但没有解释这里发生了什么。我的直觉是将此代码更改为:constchar*str;str="HelloWorld";printf("%s",str);我错过了什么吗? 最佳答案

c++ - 当 static_cast'ing 为仅移动类型时,Clang 与 GCC

考虑以下简单的仅移动类:structbar{constexprbar()=default;bar(barconst&)=delete;bar(bar&&)=default;bar&operator=(barconst&)=delete;bar&operator=(bar&&)=default;};现在,让我们创建一个包装器:templatestructbox{constexprbox(T&&x):_payload{std::move(x)}{}constexprexplicitoperatorT()&&{returnstd::move(_payload);}private:T_payl

c++ - 如何使用 numeric_cast 策略?

所以我有自己的uint64_t到uint32_t数字转换策略structMyOverflowHandlerPolicy{voidoperator()(boost::numeric::range_check_result){std::cout如何让boost::numeric_cast使用它? 最佳答案 为了使用numeric_cast,numeric_cast_traits特化应该在每个类型转换上定义。这些特化已经为内置数字类型定义了默认值。可以通过定义BOOST_NUMERIC_CONVERSION_RELAX_BUILT_IN_

c++ - 如何在没有 reinterpret_cast 的情况下使用 dlsym() 加载函数?

我正在尝试使用clang-tidy来执行C++核心指南。虽然它确实有很多有效点,但有一件事我无法真正解决:dlsym返回一个void*,我需要以某种方式将其转换为适当的函数指针。为此,我使用了reinterpret_cast。由于准则禁止这样做,因此我对此提出了警告。当然,我可以在任何地方放置//NOLINT注释,但我正在寻找一种不使用reinterpret_cast的解决方案,这样警告就会消失。这个问题有什么解决方法吗? 最佳答案 除了reinterpret_cast之外,该语言没有其他方法可以将函数指针类型转换为对象指针类型。这