全部博文（389）
分类： C/C++
2011-10-24 15:02:22
标准C++ 提供了typeid() 操作，以得到类型信息，它的参数可以是一个表达式，可以是一个对象、指针或者引用，通过这个方法，可以得到一个指向常type_info对象，里面包含了这个表达式的类型必要的信息。type_info对象提供的功能有如下这些：
1、name()，可以得到一个包含类型信息的字符串，返回如："int"、"MyClass"等；
2、before()，用来在类型列表中遍历；
3、==操作，用来判断类型是否相同；
VC中的MFC提供的RTTI实现与C++提供的差不多，但是有一些功能上和实现在的差别，但也只是提供了名称和比较功能。
不能说，这是C++或VC中的缺陷，这是由C++的定位决定了，如果C++加上了复杂的RTTI信息，则C++可能就变成了C#或别的什么语言了。是的，C#增加了比较复杂的RTTI信息，谁让他的主设计者就是从Borland公司过去的呢（这也决定了C++在.NET框架中的会被淘汰的命运，因为它在.NET中没有合适的定位，就象VF被淘汰一样）。
三、RTTI实现的要点
作为一种语言的新特性，RTTI的实现，应有如下要求：
1、必须满足特定语言的定位和要求，不能说，将所有可能的功能加进去就是好东西了；
2、必须是尽可能透明的，RTTI的主要应用在IDE和底层，一般情况下，编程用户不需要了解过多的RTTI细节，比如：作为Delphi用户，他只需要基于属性的访问方法，只需要知道基于组件的保存方法，不需要了解RTTI在其中所起的作用，就象电视机的使用者不需要了解电视机的原理；
3、尽可能轻便，不能因为实现RTTI要耗费大量内存和CPU时间，不能占用太大的程序空间，当然，这个要求是相对的，
4、尽可能高效
4、作为RTTI的实现者，应该尽可能在定义了功能集的情况下，以幽雅的方法实现之。
C++中实现RTTI和执久化是通过宏来完成的，幽雅吗？算是吧。
四、关于几个库中RTTI实现的评价
1、MFC，MFC实现了简单的，与标准C++有区别的RTTI，其实现是通过宏来完成的，同时通过宏来辅助用户完成执久化工作，但执久化
的具体细节要求用户完成。
2、VCL，VCL实现了比较复杂的RTTI，具有关系继承、属性、方法、事件、基于属性的自动对象生成、强大的执久化功能；
3、COM，COM通过类型库定义其RTTI，比VCL还要复杂。
4、QT， QT中实现的RTTI也是比较复杂的，值得说明的是，它提供了一种特别的扩展方法，在编译前，必须将其RTTI信息转换为标准C++语言，个人认为，这是一种不好的方法，虽然我对QT库的评价非常高。特别是它提供的富有特色的CANVAS功能（写到这里，想起以前使用 Oracle的扩展C语言时的痛苦）。
5、WXWINDOW，实现的是比较简单的RTTI。
6、VCF，实现了我所看到的在C++中最全面的RTTI功能，但其性能是一个大问题。
7、OOPS，实现了我所看到的在C++中对象执久化全好的解决方案，但它的扩充性不好在已有标准库的基础上能很好地完成工作，但在增加第三方库的时侯就痛苦了（对了，OOPS中有一篇文章，对RTTI的需求进行了定义，写得非常好）。
五、附言
我为什么对RTTI比较关注呢，因为我需要在自己的C++中增加一个轻型的RTTI系统，目前这个体系统正在设计中。
