(转自:http://blog.csdn.net/aladdina/article/details/5496891)
Qt的元对象系统基于如下三件事情:
- 类:QObject,为所有需要利用原对象系统的对象提供了一个基类。
- 宏:Q_OBJECT,通常可以声明在类的私有段中,让该类可以使用元对象对象的特性,比如动态属性,信号和槽。
- 编译器:元对象编译器(moc)为每个QObject子对象自动生成必要的代码来实现元对象特性。
moc工具会读入C++的源文件,如果它发现了一个或者多个声明了Q_OBJECT宏的类,它就创建另一个C++源文件,为每个类生成包含元对象实现的代码。这些编译生成的源文件通常都已经被包含到类的源文件中或者和类的实现同时被编译和链接。
除了为对象间的通信提供信号和槽(signals and slots)机制之外,元对象的代码还提供下列特性:
- QObject::metaObject()返回与该类绑定的meta-object对象。
- QMetaObject::className()可以在运行时以字符串的形式返回类的名字,不需要C++编译器原生的运行时类型信息(RTTI)的支持。
- QObject::inherits()函数返回继承信息:对象是否是QObject继承树上一个类的实例。
- QObject::tr()和QObject::trUtf8()提供国际化支持,将字符串翻译成指定的语言。
- QObject::setProperty()和QObject::property()通过名字动态设置和获取对象属性。
- QMetaObject::newInstance()构造该类的一个新实例。
除此之外你还可以用qobject_cast()动态转换QObject类的类型。qobject_cast()函数和标准C++的dynamic_cast()功能类似,只是其不需要RTTI的支持,而且可以跨越动态连接库的边界。它尝试将它的参数cast成尖括号内的对象类型,如果对象是正确的类型(运行时决定)则返回非零,否则返回0,说明对象类型不兼容。
例如,假设MyWidget继承自QWidget,同时也声明了Q_OBJECT宏,
QObject *obj = new MyWidget;
QObject类型的变量obj实际上指向一个MyWidget对象,因此我们可以这样进行类型转换:
QWidget *widget = qobject_cast<QWidget *>(obj);
到MyWidget的转型可以成功是因为qobject_cast()并没有对Qt内建对象和定制的扩展对象分别对待。
QLabel *label = qobject_cast<QLabel *>(obj);
// label is 0
另一方面到QLabel的转型则会失败,指针会被设置为0。这样使得我们可以在运行时根据对象类型,对不同类型的对象进行不同的处理:
if (QLabel *label = qobject_cast<QLabel *>(obj)) {
label->setText(tr("Ping"));
} else if (QPushButton *button = qobject_cast<QPushButton *>(obj)) {
button->setText(tr("Pong!"));
}
尽管我们可以在不用Q_OBJECT宏和原对象信息的情况下仍旧使用QObject作为基类,但是像信号和槽以及其他这里描述的特性将无法使用。从元对象系统的观点来看,一个没有元对象代码的QObject子类和其最接近的有元对象代码的祖先是等同的。这也就意味着,QMetaObject::className()将不会返回你的类的真实的名字,而是该类某一个祖先的名字。
因此,我们强烈建议所有QObject的子类都是用Q_OBJECT宏,不管你实际上是否使用信号和槽,以及属性。
参见 QMetaObject, Qt‘s Property System, Signals and Slots.
原文链接:http://doc.trolltech.com/4.6/metaobjects.html
欢迎转载,请注明出处: http://blog.csdn.net/aladdina