草庐IT

c++ - 这个 reinterpret_cast 可以吗

我是EE,不是代码专家,所以请多多包涵。我正在使用EmbarcaderoC++Builder(XE3)。我有一个FFT算法,它对复数进行大量运算。我发现如果我绕过Embarcadero的复杂数学库,并在我自己的代码中进行所有计算,我的FFT将运行大约4.5倍。此处显示的4个操作都需要大量时间。#include#defineComplexDstd::complexComplexDX,Y,Z,FFTInput[1024];doublex,y;Z=X*Y;x=X.real();y=X.imag();Z=ComplexD(x,y);用我自己的交叉乘法代替乘法将我的执行时间减半。然而,我关心的是

c++ - reinterpret_cast<char*>(p) 或 static_cast<char*>((void*)p)) 用于字节指针差异,哪个更好?

在提取用于指针运算的原始字节指针时,以下三种类型转换之间有什么区别吗?(假设char为1个字节的平台。)static_cast((void*)ptr))reinterpret_cast(ptr)(更新)或:static_cast(static_cast(ptr))我应该选择哪个?更详细...给定一个类中两个成员对象的指针,我想计算一个到另一个的偏移量,这样我就可以在给定偏移量的情况下重建一个成员的地址和另一个成员的地址。//assumeddatalayout:structC{//...Aa;//...Bb;}我目前使用的代码是这样的:voidapproach1(A*pa,B*pb){/

c++ - LLVM 是避免动态转换规则的异常(exception)吗?

LLVM有自己的RTTI替代方案,它比内置RTTI的速度有所提高,并允许动态转换为没有vtable的类(dyn_cast)。但是,它仍然可以完全按照dynamic_cast的方式使用。尽管它确实允许它与更多类一起使用,但已被使用。dyn_casttemplatedocumentationLLVM是一个享有盛誉的C++项目,所以这似乎与俗语背道而驰,即过多的动态转换是糟糕设计的标志,也称为代码异味。当然,与标准dynamic_cast相比,性能更好的动态转换并不能改善其在设计中的使用。.那么谁在这里?在C++代码中是否存在大规模使用动态转换是一个好的设计选择的情况?Google在LLVM

c++ - C++ 语言标准对 static_cast 如何处理减小整数的大小有何规定?

我想知道C++语言标准针对以下情况指定的规则:longx=200;shorty=static_cast(x);y是否保证为200,还是标准将其留给实现来决定?各种编译器对标准的遵守程度如何? 最佳答案 在本例中为static_cast是一个“显式类型转换”。该标准对4.7/3“积分转换”中的积分转换有这样的说法:Ifthedestinationtypeissigned,thevalueisunchangedifitcanberepresentedinthedestinationtype(andbit-fieldwidth);othe

c++ - 需要澄清 C 风格、重新解释和 const 转换

我假设C风格的转换(不鼓励)只是reinterpret_casts是对的吗?使用后者在寻找令人讨厌的转换时在视觉上引人注目并且易于搜索,因此推荐使用C风格转换?如果使用const_cast放弃const并写入原始const对象是未定义的,那么const_cast的目的是什么?注意:我知道Bjarne正确地谴责转换操作是不安全的,甚至达到了声明“丑陋操作应该具有丑陋语法形式的程度。“因此C++中转换运算符的冗长。所以我会尽量减少它们的使用。promise。:) 最佳答案 没有。C转换可以执行与const_cast、static_cas

c++ - 编译器切换到禁用 c 风格转换中的 const_cast 语义?

最近我偶然发现了这样的代码:voidfoo(constBar*b){...takes_nonconst_param_fn((Bar*)b);...显然,开发人员并不知道他在做什么,但如果编译器没有默默地接受c-style-cast并且至少需要一个适当的const_cast,他可能已经知道了在提交之前两次。所以这让我开始思考,现代编译器是否有一个开关来防止const_castc风格转换的语义?防止所有c-style-casts的出现根本不切实际,允许它们的static_和reinterpret_语义是必要的邪恶(如果仅用于某些库代码),但我的印象是,在C++代码库中,合法使用c-styl

c++ - static_cast 从基析构函数到指向派生类的指针的安全性

这是问题的变体DowncastingusingtheStatic_castinC++和Safetyofinvaliddowncastusingstatic_cast(orreinterpret_cast)forinheritancewithoutaddedmembers关于~B中的行为,我不清楚标准中的短语“B实际上是D类型对象的子对象,结果指针指向D类型的封闭对象”。如果在~B中转换为D,此时它仍然是子对象吗?以下简单示例显示了问题:voidf(B*b);classB{public:B(){}~B(){f(this);}};classD:publicB{public:D(){}};s

c++ - 是否尝试修改 const_cast-ed,但动态分配的常量对象仍然是未定义的行为?

这个问题在这里已经有了答案:Canaheap-allocatedobjectbeconstinC++?(6个答案)关闭7年前。例如:constint*pc=newconstint(3);//notetheconstint*p=const_cast(pc);*p=4;//undefinedbehavior?特别是,编译器能否优化掉分配给堆的*pc?如果不是,尝试通过p修改*pc是否仍然构成未定义的行为-如果是,为什么?

c++ - 如何使用 dynamic_cast 正确向下转换?

我对dynamic_cast很困惑.来自C++Primer和cppreference的Material(规则5)不能帮助我理解。(cppreference比书难得多,我都非常仔细地阅读了它们)来自C++Primer5th:dynamic_cast(e)Inallcases,thetypeofemustbeeitheraclasstypethatispubliclyderivedfromthetargettype,apublicbaseclassofthetargettype,orthesameasthetargettype.Ifehasoneofthesetypes,thentheca

c++ - dynamic_cast 通常是如何实现的?

类型检查仅仅是整数比较吗?或者有一个GetTypeId虚拟函数来区分哪个使其成为整数比较有意义吗?(只是不想让事情成为类名上的字符串比较)编辑:我的意思是,如果我经常期待错误的类型,使用类似的东西是否有意义:structToken{enum{AND,OR,IF};virtualstd::size_tGetTokenId()=0;};structAndToken:publicToken{std::size_tGetTokenId(){returnAND;}};并使用GetTokenId成员而不是依赖于dynamic_cast。 最佳答案