Qt之美(一):D指针/私有实现

The English version is available at: http://xizhizhu.blogspot.com/2010/11/beauty-of-qt-1-d-pointer-private.html

 

 

相信不少刚开始阅读Qt源代码的朋友在看到其中的Private类和诸如Q_D、Q_Q等宏时都会思考,为什么Qt要用这样一个设计模式呢?这样一段增加了不少复杂度的代码,到底有多大的好处呢?简单的说,这样的好处在于保证代码的二进制兼容性

 

什么是二进制兼容性?大名鼎鼎的KDE项目是这样介绍的:一个库是二进制兼容的,如果一个程序和某个库的某个版本动态链接,并且不需要重新编译,即可在安装有该库较新版本的环境中运行。为什么要保证二进制兼容性?如果不能保证库的二进制兼容性,就意味着每次发布新版本时,依赖该库的所有程序都必须重新编译才能正常运行。显然,这对于像Qt这样被广泛采用的库而言是完全不可接受的。关于二进制兼容性的更多信息,感兴趣的朋友可以参考下KDE TechBase上的这篇文章,这里就不罗嗦了,仅仅和大家分享下具体的使用。

 

如果不使用D指针,那我们可能会有如下的一个类声明: 

[cpp]  view plain copy
  1. class MyClass  
  2. {  
  3. public:  
  4.   MyClass();  
  5.   ~MyClass();  
  6. private:  
  7.   int myVar;  
  8. };  
 

 

显然,这里的私有成员myVar是保证代码二进制兼容性的大敌,所以我们需要使用D指针,改写这个类:

[cpp]  view plain copy
  1. class MyClassPrivate;  
  2. class MyClass  
  3. {  
  4. public:  
  5.   MyClass();  
  6.   ~MyClass();  
  7. private:  
  8.   MyClassPrivate * const d_ptr;  
  9.   Q_DECLARE_PRIVATE(MyClass);  
  10. };  
 

 

这里,我们定义了一个指针d_ptr指向私有实现类,然后用Q_DECLARE_PRIVATE宏来定义一些辅助函数和声明友元类:

[cpp]  view plain copy
  1. #define Q_DECLARE_PRIVATE(Class) /  
  2.     inline Class##Private* d_func() { return reinterpret_cast<Class##Private *>(qGetPtrHelper(d_ptr)); } /  
  3.     inline const Class##Private* d_func() const { return reinterpret_cast<const Class##Private *>(qGetPtrHelper(d_ptr)); } /  
  4.     friend class Class##Private;  
 

 

然后这个私有类的实现如下所示:

[cpp]  view plain copy
  1. class MyClassPrivate  
  2. {  
  3. public:  
  4.   MyClassPrivate(MyClass *parent);  
  5. private:  
  6.   MyClass * const q_ptr;  
  7.   Q_DECLARE_PUBLIC(MyClass);  
  8.   int myVar;  
  9. };  
 

 

这里的q_ptr指针就是指向公开的接口了,然后Q_DECLARE_PUBLIC宏则定义了辅助函数并声明了友元类:

[cpp]  view plain copy
  1. #define Q_DECLARE_PUBLIC(Class)                                    /  
  2.     inline Class* q_func() { return static_cast<Class *>(q_ptr); } /  
  3.     inline const Class* q_func() const { return static_cast<const Class *>(q_ptr); } /  
  4.     friend class Class;  
 

 

而我们还可以用Q_D和Q_Q两个宏来进一步简化访问:

[cpp]  view plain copy
  1. #define Q_D(Class) Class##Private * const d = d_func()  
  2. #define Q_Q(Class) Class * const q = q_func()  
 

 

这就是Qt中D指针/私有实现的最基本使用方法。最后用一个比较完整的例子作为结尾;)

[cpp]  view plain copy
  1. // myclass.h  
  2. #ifndef MYCLASS_H  
  3. #define MYCLASS_H  
  4. #include <QtCore/QObject>  
  5. class MyClassPrivate;  
  6. class MyClass: public QObject  
  7. {  
  8.   Q_OBJECT  
  9. public:  
  10.   MyClass(QObject *parent = 0);  
  11.   virtual ~MyClass();  
  12.   void dummyFunc();  
  13. signal:  
  14.   void dummySignal();  
  15. private:  
  16.   MyClassPrivate * const d_ptr;  
  17.   Q_DECLARE_PRIVATE(MyClass);  
  18.   Q_DISABLE_COPY(MyClass);  
  19. };  
  20. #endif // MYCLASS_H  
  21. // myclass.cpp  
  22. #include "myclass.h"  
  23. class MyClassPrivate  
  24. {  
  25. public:  
  26.   MyClassPrivate(MyClass *parent)  
  27.     : q_ptr(parent)  
  28.   {  
  29.   }  
  30.   void foobar()  
  31.   {  
  32.     Q_Q(MyClass);  
  33.     emit q->dummySignal();  
  34.   }  
  35. private:  
  36.   MyClass * const q_ptr;  
  37.   Q_DECLARE_PUBLIC(MyClass);  
  38. };  
  39. MyClass::MyClass(QObject *parent)  
  40.   : QObject(parent)  
  41.   , d_ptr(new MyClassPrivate(this))  
  42. {  
  43. }  
  44. MyClass::~MyClass()  
  45. {  
  46.   Q_D(MyClass);  
  47.   delete d;  
  48. }  
  49. void MyClass::dummyFunc()  
  50. {  
  51.   Q_D(MyClass);  
  52.   d->foobar();  
  53. }  
<think>好的,我现在要解决用户在IAR编译器中遇到的错误:“incomplete type is not allowed”。首先,我需要理解这个错误的含义和常见原因。根据我的知识库,这个错误常发生在代码中使用了未完全定义的类型,比如结构体或联合体声明了但未定义,或者前向声明了某个类型但没有提供完整的定义。 首先,我应该检查用户代码中是否有结构体或联合体的声明但没有定义的情况。比如,如果有一个结构体声明为`struct MyStruct;`,但没有后续的完整定义,那么在需要该结构体大小或成员的地方,编译器就会报这个错误。这时候,需要用户补全结构体的定义,包括成员变量。 其次,检查是否在头文件中只声明了类型而没有包含定义。例如,如果在头文件中使用前向声明,但在使用该类型的源文件中没有包含实际的定义头文件,这也会导致错误。此时,需要确保在使用类型的地方包含了正确的头文件,或者将前向声明替换为完整的定义。 另外,还要考虑typedef的问题。如果用户使用了typedef创建别名,但原始类型未完全定义,同样会引发错误。例如,`typedef struct MyStruct MyType;`之后,如果尝试使用MyType但MyStruct尚未定义,就会出错。需要确保在使用typedef之前,原始类型已经被完整定义。 此外,数组声明中的类型不完整也是一个常见原因。比如声明数组时,如果元素类型未完全定义,编译器无法确定数组的大小,导致错误。需要检查数组声明中的类型是否已经完整定义。 可能还有其他情况,比如在C和C++混合编程时,如果没有正确使用extern "C",或者在头文件中遗漏了必要的包含,也可能导致类型不完整。需要用户检查这些方面。 接下来,我需要将这些可能的原因整理成清晰的解决步骤,并给出具体的代码示例,帮助用户理解如何修改。同时,根据用户提供的引用内容,虽然引用[1]和引用[2]是关于其他错误的,但用户可能希望看到类似的结构,即分点说明解决方案,并引用相关资源。 最后,生成相关问题,帮助用户进一步了解可能相关的编译错误,比如类型未定义、前向声明问题等。这样用户可以有更全面的认识,预防其他类似错误的发生。</think>### IAR编译器错误'incomplete type is not allowed'解决方案 该错误表示代码中使用了**未完全定义的类型**,编译器无法确定其内存布局或成员信息。以下是具体原因及解决方法: #### 1. 结构体/联合体未定义完整 若声明了结构体但未定义成员,在实例化时会报错: ```c struct MyStruct; // 前向声明不完整 struct MyStruct var; // 错误:使用未完成类型 ``` **解决方案**:补全类型定义 ```c struct MyStruct { int id; char name[20]; }; ``` #### 2. 头文件包含缺失 当跨文件使用类型时,需确保定义可见: ```c // file.h struct Data; // 前向声明 // file.c struct Data { // 实际定义 int value; }; ``` **解决方案**:在使用该类型的文件中包含定义头文件 ```c #include "file.c" // 包含实际定义 ``` #### 3. typedef别名问题 使用typedef时原始类型必须完整: ```c typedef struct Node NodeT; // 前向声明 NodeT* ptr; // 允许指针声明 NodeT instance; // 错误:不完整类型 ``` **解决方案**:先完成类型定义再typedef ```c struct Node { int data; struct Node* next; }; typedef struct Node NodeT; ``` #### 4. 数组声明不完整 数组元素类型必须完全定义: ```c struct Element; struct Element arr[10]; // 错误:元素类型未定义 ``` **解决方案**: ```c struct Element { int type; float value; }; struct Element arr[10]; // 合法 ``` #### 调试建议 1. 在IAR工程中搜索错误行号定位问题代码 2. 使用Go to Definition功能追踪类型定义 3. 检查所有头文件包含链 4. 确认没有循环依赖的头文件 编译器需要知道类型的完整信息才能: - 计算sizeof大小 - 分配内存空间 - 访问成员变量 - 进行类型对齐 [^1]: 类似类型转换错误可参考浮点转整型的类型适配问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值