static_cast (1)

本文详细介绍了如何在C++中使用派生类指针,解决多继承问题,并通过实例展示了如何实现接口和实现的分离,灵活装配不同形状的图形。此外,文章还探讨了在钻石型多继承中如何使最顶端类握住最终派生类,以及使用模板解决相关问题。

http://blog.youkuaiyun.com/viewpl/article/details/1270055


握住派生类指针是指拥有一个派生类指针的成员,暂且不谈这样做干什么,先来看一下如何这样做

// sample1.cpp

#include 
<cstdlib>
#include 
<iostream>
#include 
<string>
using namespace std;

class derived;

class base
{
public:
    
base()
    
{
        p 
= static_cast<derived*>(this); 
    }

    
~base(){} // 没用多态,故这里没有用virtual
    derived * p;
}
;

class derived : public base
{
public:
    derived()
    
{
    }

    
void sayhi()
    
{
        cout 
<< "hi" << endl;
        cram.resize(
1);
    }

    
string cram;
}
;

int main(int argc, char *argv[])
{
    derived d;
    d.p
->sayhi();  
    system(
"PAUSE");
    
return EXIT_SUCCESS;
}



关于为什么要用string cram后面用到说明,首先上面的代码不能编译,错误发生在
 p = static_cast<derived*>(this); // error invalid static_cast from type `base* const' to type `derived*' 
 这是因为static_cast在base*和derived*之间作转换时,必须知道这两个类的内存间隔距离(offset),确切的说是要知道derived的定义,而在base的构造函数中,derived的定义显然无法得知。既然文雅的static_cast无法解决问题,那来野蛮一点的吧。把上面的base构造函数改为:
base()
{
 p = (derived*)(this); 
}
 这次程序编译通过了,运行也没问题,屏幕上显示因为调用sayhi而出现的hi。为啥哪个sayhi函数要调用一下无聊的cram.resize呢,是为了检测base中得到的p的确是一个有效derived*指针,一定要在sayhi中让this指针派上用场。防止这样的情况发生:
假如sayhi这样定义
void derived::sayhi()
{
 cout << "hi" << endl;
}
...
derived * p = 0;
p->sayhi(); // ok,一切正常,因为sayhi中根本没有用到this指针,所以p为0或其他任何值都无所谓了
 
 回过头来讨论上面那个C语法的强制转换,把编译这一关强行闯过去了。可俗话说“逃得了和尚逃不了庙”,如果情况稍微发生一点变化,运行就会出错,假如把derived改成这样:

class derived : public stringpublic base
{
public:
    derived()
    {
    }
    
void sayhi()
    {
        cout 
<< "hi" << endl;
        cram.resize(
1);
    }
    
string cram;
};

 程序运行到sayhi就会报错(cram.resize终于派上用场了,哈哈),只是加了一个基类,戏剧性的是把public string 和public base调换一下次序程序又正常了,以此可以猜到C++是怎么安排对象在内存中的布局了,最上层最前面的基类安排在最终对象的最前端,如果base不放在最前端,那么base的this指针就不能强制转换为derived*。多继承在实践当中经常出现,程序员一般不会也不想考虑同一级基类的先后继承次序,加了一个string基类竟然会导致风马牛不相及的base类无法工作,我想任何程序员都惧怕这种神经质式的错误发生。
 既然这个方法不行,还有另外一个方法,可以花点力气改造一下base的构造函数,在构造base的时候把derived指针传入:

// sample2.cpp

#include 
<cstdlib>
#include 
<iostream>
#include 
<string>
using namespace std;

class derived; 

class base
{
public:
    
base(derived * par)
        : p(par)
    

    }

    
~base(){}
    derived 
* p;
}
;

class derived : public base
{
public:
    derived() : 
base(this// 这里把derived指针传给了base
    {
    }

    
void sayhi()
    
{
        cout 
<< "hi" << endl;
        cram.resize(
1);
    }

    
string cram;
}
;

int main(int argc, char *argv[])
{
    derived d; 
    d.p
->sayhi();
  
    system(
"PAUSE");
    
return EXIT_SUCCESS;
}


虽然上面的代码可以工作,而且不存在潜在问题,然而我对这个办法仍然感到不满意,假如有n多个base的派生类,难道要写n多种base的构造函数吗?而且写派生类的程序员一定要记得调用一下基类的构造函数,这样不仅增加了代码量,而且增加了出错的可能性。
 难道没有更好的办法实现这个技术吗?答案是有的,使用模版。
 使用模版是为了让原先的static_cast能够工作,这样base::p就不会一不小心指在一个错误的地方了。

// sample3.cpp

#include 
<cstdlib>
#include 
<iostream>
#include 
<string>
using namespace std;

template
<typename T>
class base
{
public:
    
base()
    
{
        p 
= static_cast<T*>(this);
    }

    
~base(){}
    T 
* p;
}
;

class derived : public base<derived>
{
public:
    derived()
    
{
    }

    
void sayhi()
    
{
        cout 
<< "hi" << endl;
        cram.resize(
2);
    }

    
string cram;
}
;

int main(int argc, char *argv[])
{
    derived d;
    d.p
->sayhi();  
    system(
"PAUSE");
    
return EXIT_SUCCESS;
}


哇,连原来的class derived;前置声明也省了,这下把base放在继承次序的任何位置都没有问题了!class derived : public string, public base<derived>    
 与sample1不同的是,这一次编译器先处理的是derived,当遇到base<derived>的时候,再去产生一个base<derived>类的实体(instantiation),然后再编译这个实体,而这个时候编译器已经恰好可以算出derived和base<derived>之间的offset,因为它知道base<derived>在derived中所处的位置,于是static_cast可以正确工作了。而且代码量保持最小,派生类也不需要为了实现这个功能而“提供额外帮助”。
 
 至此可以说比较完美得实现了基类握住派生类指针的功能,但这样做有什么用途呢?容易想到的用途是接口和实现的分离然后灵活装配。
 假如我们要实现描绘三角形(triangle),圆形(circle),方形(rectangle),而且用户需要在这三种形状内部里面嵌入一个任意这三种形状的一种,也就是3*3,9种形状,我没有办法给它们命名,只好这样称呼它们: triangle-triangle,circle-circle,rectangle-rectangle,triangle-circle......简便起见,使用首字母缩写为tt,cc,rr,tc,tr,cr,ct,rt,rc(约定在前面的字母所代表的形状画在外围,后面的代表相对应的“内围”)。
 如何设计这个类型体系呢?假如使用传统C++模式,定义九个这样的class让他们都继承shape这样的基类,然后使用虚函数多态,肯定可以实现这些功能,但是这样做势必造成类里面的实现代码有大量重复部分。于是我们把画整个形状分解为两步,画外围,和画内围。画外围定义三种实现类,画内围定义三种实现类,我们的最终类去分别继承其中两个就获得了一个用户所要的新形状,目的就是为了避免重复代码。
 以实现rc为例,先构建类型框架:


class outside_rectangle_impl // 实现描绘外围图形部分
{
public:
 
void draw_outside_impl()
 
{
 }

}
;

class inside_circle_impl // 实现描绘内维图形部分
{
public:
 
void draw_inside_impl()
 
{
 }

}
;

class rc :
 
public outside_rectangle_impl,
 
public inside_circle_impl
{
public:
 
void draw()
 
{
  draw_outside_impl();
  draw_inside_imp();
 }

private:
 
long left, top;
 
long right, bottom;
}
;

 问题来了,要实现draw_outside_impl,draw_inside_impl,必须知道形状的相关属性(顶点坐标位置),然而相关属性在派生类中(至于为什么要把属性数据放在派生类中不是本文的话题范围), 这个时候,让基类握住派生类指针技术就可以派上用场了。完整代码如下:

// sample4.cpp

#include 
<cstdlib>
#include 
<iostream>
#include 
<string>

using namespace std;

template
<typename T>
class shape_impl
{
public:
    shape_impl() :
        p(static_cast
<T*>(this))
    
{
       
    }

    
void draw()
    
{
        p
->draw_inside_impl();
        p
->draw_outside_impl();
    }

private:
    T 
* p;
}
;

template
<typename T>
class outside_rectangle_impl
{
public:
    outside_rectangle_impl() :
        p(static_cast
<T*>(this))
    
{
    }

    
void draw_outside_impl()
    
{
        cout 
<< "draw_outside_impl with left "
             
<< p->left     << " top "
             
<< p->top      << " right "
             
<< p->right    << " bottom "
             
<< p->bottom   << endl;
    }

private:
    T 
* p;
}
;

template
<typename T>
class inside_circle_impl
{
public:
    inside_circle_impl() :
        p(static_cast
<T*>(this))
    
{
    }

    
void draw_inside_impl()
    
{
        cout 
<< "draw_inside_impl with left "
             
<< p->left     << " top "
             
<< p->top      << " right "
             
<< p->right    << " bottom "
             
<< p->bottom   << endl;
    }

private:
    T 
* p;
}
;

class rc :
    
public shape_impl<rc>,
    
public outside_rectangle_impl<rc>,
    
public inside_circle_impl<rc>
{
    friend 
class outside_rectangle_impl<rc>;
    friend 
class inside_circle_impl<rc>;
public:
    rc()
    
{
        left 
= top = 100;
        right 
= bottom = 200;
    }

    
void draw() //  重写这个函数,如果要实现自定义的描绘
    {
        shape_impl
<rc>::draw();
    }

private:
    
long left, top;
    
long right, bottom;
}
;


int main(int argc, char *argv[])
{
    rc obj;
    obj.draw();
  
    system(
"PAUSE");
    
return EXIT_SUCCESS;
}


更完善地,这个例子还定义了一个shape_impl,使得最终的派生类连draw的函数实体都不必写就立即得到了一个用户想要的类。
 
 至此这个话题接近尾声了,最后补充一个问题:在钻石型多继承中,如何使最顶端类握住最终派生类。
 钻石型多继承,是C++中一个著名的“难题”,在实际C++项目中程序员一般都是尽量避免形成这样的结构,也就是这样:
class base
{
};
class middle1 : public base
{
};
class middle2 : public base
{
};
class derived : 
 public middle1,
 public middle2
{
};
  在这样的类型结构中,derived包含了两份base实体,如果我们依旧使用原先的方法:

template<typename T>
class base
{
public:
    
base()
    
{
        m_derived 
= static_cast<T*>(this);
    }
       
    T 
* m_derived;
}
;


template
<typename T>
class middle1 : public base<T>
{
}
;

template
<typename T>
class middle2 : public base<T>
{   
}
;

class derived :
    
public middle1<derived>,
    
public middle2<derived>
{   
}
;

会得到一个类似这样的编译错误,`base<derived>' is an ambiguous base of `derived' 
 因为现在把base转换derived有两条路径可以选,通过middle1或middle2,编译器不知道选择哪一条,于是歧异产生了。幸运的是利用模版,还是可以轻松解决这个问题。像这样:

// sample5.cpp

#include 
<cstdlib>
#include 
<iostream>
#include 
<string>

using namespace std;

template
<typename T, typename M>
class base
{
public:
    
base()
    
{
        m_derived 
= static_cast<T*>(static_cast<M*>(this));
    }
       
    T 
* m_derived;
}
;


template
<typename T>
class middle1 : public base<T, middle1<T> >
{
    
string str;
}
;

template
<typename T>
class middle2 : public base<T, middle2<T> >
{
    
bool bo;   
}
;

class derived :
    
public middle1<derived>,
    
public middle2<derived>
{
    typedef middle1
<derived> middle1;
    typedef middle2
<derived> middle2;
public:
    
void sayhi()
    
{
        cout 
<< "hi" << endl;
        cram.resize(
1);
    }

private:
    
string cram;  
}
;


int main(int argc, char *argv[])
{
    derived d;
    assert(d.middle1::m_derived 
== d.middle2::m_derived); // 两个指针肯定指在同一个地方,于是下面两个调用都没问题
    d.middle1::m_derived->sayhi();
    d.middle2::m_derived
->sayhi(); 
    system(
"PAUSE");
    
return EXIT_SUCCESS;
}


经过两个static_cast告诉了编译器每个base的转换路径,使得两份base的m_derived成员都指在了正确的地方

<think>我们正在讨论C++中的类型转换运算符,特别是dynamic_caststatic_cast。根据引用内容,我们可以总结如下: 1. dynamic_cast: - 主要用于类的多态转换,即在继承体系中安全地将父类指针或引用转换为子类指针或引用。 - 只能用于含有虚函数的类(即多态类型)之间的转换。 - 在向下转换(基类到派生类)时,它会检查转换的安全性。如果转换合法(即基类指针或引用确实指向一个派生类对象),则返回转换后的指针或引用;否则,对于指针返回nullptr,对于引用则抛出std::bad_cast异常。 - 它是运行时进行类型检查的,因此有一定的性能开销。 2. static_cast: - 它用于静态类型转换,在编译时完成。 - 可以用于非多态类型的转换,如基本数据类型转换、非const转const(反之则不行)、void*与其他类型指针之间的转换等。 - 在类层次结构中,它可以用于向上转换(派生类到基类),这是安全的;也可以用于向下转换,但这种情况下它不做运行时检查,因此不安全(如果转换的指针实际上不指向目标类型,则行为未定义)。 - 性能上优于dynamic_cast,因为它没有运行时的开销。 区别总结: - 安全性:dynamic_cast在运行时检查转换的安全性,而static_cast在编译时转换,不会进行运行时的安全检查(尤其是在向下转换时)。 - 使用范围:dynamic_cast只能用于多态类型(有虚函数的类),而static_cast可用于非多态类型。 - 性能:dynamic_cast有运行时开销(需要查询运行时类型信息,RTTI),而static_cast没有。 - 转换方向:两者都支持向上和向下转换,但dynamic_cast在向下转换时提供安全检查,static_cast则没有。 使用场景: - 当需要将基类指针或引用转换为派生类指针或引用,并且不确定实际指向的对象类型时,应使用dynamic_cast以确保安全。转换失败时,我们可以通过检查结果(指针是否为nullptr或捕获异常)来处理。 - 当确定转换是安全的(例如,在已知具体类型的上下文中),或者进行非多态类型转换时,使用static_cast以提高效率。 - 向上转换(派生类到基类)通常使用static_cast,因为这是安全的,并且效率高。但向上转换也可以隐式进行,所以有时不需要显式转换。 举例: ```cpp class Base { public: virtual ~Base() {} // 必须要有虚函数,dynamic_cast才能使用 }; class Derived : public Base {}; int main() { Base* basePtr = new Derived; // 向下转换:使用dynamic_cast(安全) Derived* derivedPtr1 = dynamic_cast<Derived*>(basePtr); if (derivedPtr1) { // 转换成功 } else { // 转换失败 } // 向下转换:使用static_cast(不安全,因为这里我们确定basePtr指向Derived,所以可以使用,但如果不确定则危险) Derived* derivedPtr2 = static_cast<Derived*>(basePtr); // 向上转换:通常用static_cast(安全) Base* basePtr2 = static_cast<Base*>(derivedPtr2); // 或者直接隐式转换:Base* basePtr2 = derivedPtr2; delete basePtr; return 0; } ``` 需要注意的是,对于引用,dynamic_cast在失败时会抛出异常,所以使用时需要异常处理: ```cpp try { Derived& derivedRef = dynamic_cast<Derived&>(*basePtr); } catch (std::bad_cast& e) { // 处理异常 } ``` 另外,dynamic_cast还可以用于交叉转换(cross cast),即在一个多重继承的钻石结构中,从一个基类转换到另一个兄弟基类。但这种情况较少见。 相关问题: 1. 什么是RTTI(运行时类型信息)?它与dynamic_cast有什么关系? 2. 在C++中,如何避免使用dynamic_cast来改进设计? 3. 除了dynamic_caststatic_cast,C++中还有哪些类型转换运算符?它们各自的用途是什么? 4. 在哪些情况下,向下转换是必要的?是否有更好的设计替代方案? </think>### `dynamic_cast` vs `static_cast`:类型转换详解 #### 一、基本介绍 1. **`static_cast`(静态转换)** - 编译期完成的类型转换 - 适用于已知类型关系的转换: - 基本数据类型转换(如 `int` 转 `double`) - 父子类指针/引用的**向上转换**(派生类→基类) - 非多态类型转换 - **不进行运行时安全检查** - 语法:`static_cast<目标类型>(表达式)` 2. **`dynamic_cast`(动态转换)** - 运行时完成的类型转换(依赖 RTTI) - **仅适用于含虚函数的类**(多态类型) - 主要用于父子类间的**向下转换**(基类→派生类) - 进行运行时类型检查: - 成功:返回目标类型指针/引用 - 失败:指针返回 `nullptr`,引用抛出 `std::bad_cast`异常 - 语法:`dynamic_cast<目标类型>(表达式)` #### 二、核心区别 | 特性 | `static_cast` | `dynamic_cast` | |---------------------|-----------------------------|--------------------------------| | **检查时机** | 编译期 | 运行时(RTTI) | | **安全性** | 无运行时检查 | 有运行时安全检查 | | **性能开销** | 零开销 | 较高(类型查询) | | **适用范围** | 基本类型/非多态类/向上转换 | **仅含虚函数的类** | | **失败处理** | 未定义行为 | 指针→`nullptr`,引用→异常 | | **转换方向** | 双向(但向下转换不安全) | 主要向下转换 | #### 三、使用场景对比 1. **安全向下转换**(基类→派生类) ```cpp class Base { virtual ~Base() {} }; // 必须含虚函数 class Derived : public Base {}; Base* basePtr = new Derived; // 安全转换 - 推荐 Derived* d1 = dynamic_cast<Derived*>(basePtr); if(d1) { /* 操作派生类成员 */ } // 安全检查[^4] // 危险转换 - 避免使用 Derived* d2 = static_cast<Derived*>(basePtr); // 无检查,可能崩溃[^2] ``` 2. **向上转换**(派生类→基类) ```cpp Derived* derivedPtr = new Derived; // 两者均可,static_cast更高效 Base* b1 = static_cast<Base*>(derivedPtr); // 编译期完成 Base* b2 = dynamic_cast<Base*>(derivedPtr); // 运行时检查(冗余) ``` 3. **非多态类型转换** ```cpp // 基本类型转换 double d = static_cast<double>(10); // √ 合法 // double e = dynamic_cast<double>(10); // × 编译错误[^3] // 非多态类转换 class NonPolymorphic {}; NonPolymorphic* np = new NonPolymorphic; // auto p = dynamic_cast<Other*>(np); // × 编译错误(无虚函数) ``` #### 四、最佳实践 1. **优先使用 `static_cast` 的场景** - 基本类型转换 - 向上转换(派生类→基类) - 已知安全的向下转换(需100%确保对象类型) 2. **必须使用 `dynamic_cast` 的场景** - 不确定对象实际类型的向下转换 - 需要安全处理的跨类层级转换 - 多继承中兄弟类间的转换(交叉转换) > 关键原则:**能用 `static_cast` 时不用 `dynamic_cast`,但涉及不确定类型时必须用 `dynamic_cast` 保安全** [^1][^4] --- ### 相关问题 1. 为什么 `dynamic_cast` 要求类必须有虚函数? 2. 如何避免过度使用 `dynamic_cast` 导致的性能问题? 3. C++中的 `reinterpret_cast` 和 `const_cast` 有哪些使用场景? 4. 在多继承场景下,`dynamic_cast` 的行为有何特殊之处? 5. RTTI(运行时类型信息)机制是如何支持 `dynamic_cast` 的?
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值