草庐IT

cross-cast

全部标签

c++ - 为什么 C++ 引入 duration_cast 而不是使用 static_cast?

我正在查看一些使用duration_cast的代码。看着它,我想知道为什么不使用static_cast,因为static_cast在生活中的目的是在类型之间进行转换。为什么C++需要一个新的运算符来在时间之间进行转换?为什么未使用static_cast?也许我不理解C++在毫秒、微秒、纳秒等之间产生的差异。出于某种原因,我认为答案很明显或在StackOverflow上进行了讨论,但我没有找到了(还)。 最佳答案 在不存在精度损失风险的情况下,已经存在时间间隔的直接转换。duration_cast在存在精度损失风险时是必需的。dura

c++ - 为什么 static_cast 不使用转换运算符指向 const 的指针?

来self的包装类Pointer我只想返回指向const的指针:Baseconst*.类型转换时Pointer至Derivedconst*我收到一个编译错误:errorC2440:'static_cast':'Pointer'cannotbeconvertedto'constDerived*'(译自德语VS2012)structBase{};structDerived:publicBase{};templateclassPointer{public:Pointer(T*t=nullptr):p(t){}//operatorT*(){returnp;}operatorTconst*()c

c++ - 非多态类型上的 Dynamic_cast

我能理解为什么dynamic_cast在这种情况下有效:#includestructA{virtual~A()=default;};structB{virtual~B()=default;};structC:A,B{};voidf(constA&a){if(autop=dynamic_cast(&a))std::cout但是为什么如果你从B中删除多态性它仍然有效:#includestructA{virtual~A()=default;};structB{};structC:A,B{};voidf(constA&a){if(autop=dynamic_cast(&a))std::cout

Sql Server中Cross Apply关键字的使用

SqlServer中CrossApply关键字的使用前言在写一个业务的时候,有1列数据如下:车牌号湘A00001/湘G00001湘A00002/湘G00002湘A00003/湘G00003/湘A8888888湘A00004/湘G00004/湘A00001我的查询条件也是车牌号,我会传入如下参数:@PLATE_NO'湘A00003/湘G00003/湘A8888888'我需要判断我传入的车牌号是否包含上面的列数据,举例上面的表为B表,那么B表列中的车牌号,我的PLATE_NO参数需要包含里面所有的车牌号。一个简单的包含关系,我会用拆分函数去拆分我传入的参数,然后去比对参数是否包含B表的车牌号。对于

C++ std::forward<T> 与 static_cast<T>

据我了解,std::forward(x)相当于static_cast(x).但据我所见,static_cast(x)似乎做同样的事情,如下所示code因此我的问题是为什么std::forward实现为static_cast(x),而不是static_cast(x),如果两者有相同的效果呢? 最佳答案 因为完美转发允许同时传递r值引用和l值引用。这是通过referencecollapsing完成的:T=int-->T&&=int&&T=int&-->T&&=int&&&=int&T=int&&-->T&&=int&&&&=int&&在

c++ - 通过 const_cast 删除 const 并调用不修改结果对象的非 const 函数是否安全?

我知道丢弃const-ness应该小心,任何试图从最初的const中删除const-ness的尝试对象后跟修改对象导致未定义的行为。如果我们想删除const-ness以便我们可以调用不修改对象的非const函数怎么办?我知道我们实际上应该将此类函数标记为const,但假设我使用的是没有可用const版本的“错误”代码。那么,总而言之,下面的代码“安全”吗?我的猜测是,只要您最终不修改对象就没问题,但我不是100%确定。#includestructFoo{voidf()//doesn'tmodifytheinstance,althoughisnotmarkedconst{std::cou

c++ - 我避免 dynamic_cast<> 的方法是否比 dynamic_cast<> 本身更快?

我正在回答question几分钟前,它向我提出了另一个问题:在我的一个项目中,我做了一些网络消息解析。消息采用以下形式:[1bytemessagetype][2bytespayloadlength][xbytespayload]有效载荷的格式和内容由消息类型决定。我有一个基于公共(public)类的类层次结构Message.为了实例化我的消息,我有一个返回Message*的静态解析方法取决于消息类型字节。像这样的东西:Message*parse(constchar*frame){//Thisissamplecode,inreallifeIobviouslycheckthatthebuf

c++ - 用户定义类型的 static_cast

这可能吗?为什么要这么做?classFoo;classBar;......Foofoo;Barbar=static_cast(foo);通常static_cast用于数字类型和指针,但它可以用于用户定义的数据类型,也就是类吗? 最佳答案 Barbar=static_cast(foo);此转换将失败。Foo和Bar是不兼容的类型,除非至少满足以下条件之一:Foo派生自Bar,或者Bar有一个接受Foo或Or的构造函数Foo具有到Bar的用户定义转换。这里更大的问题不是它是否会成功转换。更大和实际的问题应该是:你想从这样的Actor阵容

c++ - 检查交叉转换是否可行?

我知道使用dynamic_cast在类层次结构中进行“交叉转换”是合法的。例如,如果我有这样的类:AB\/C如果我有一个指向C类型对象的A*指针,那么我可以使用A*aPtr=/*...somethingthatproducesaC*...*/B*bPtr=dynamic_cast(aPtr);获取指向C的B基对象的指针。我提到这一点的原因是,在我编写上述代码时,编译器可能还没有看到C的定义,即使它看到了A和B。这意味着编译器可能没有检测到A和B之间的任何类型的连接,但无论如何它仍然必须编译代码,因为它可能是一个类C存在并且dynamic_cast在某些情况下成功。问题是这意味着我可能会

c++ - 我可以举一个现实生活中的例子,其中通过 void* 进行强制转换而 reinterpret_cast 无效吗?

有一组关于交叉转换的问题(从T1*转换为不相关的T2*),例如this和this.答案通常是这样的:reinterpret_cast是实现定义的,转换为void*后跟static_cast是明确定义的。然而,我还没有看到使用reinterpret_cast时可能出错的任何真实示例。通过void*进行强制转换而reinterpret_cast无效的真实示例有哪些? 最佳答案 real-lifeexampleswherecastingthroughvoid*worksandreinterpret_castdoesn't如果我将这句话解释