Q_D && Q_Q

Qt 源码中有很多Q_Q和Q_D宏,使用这些宏的地方总会看到有q指针和d指针,查了查KDE文档,大体搞清了其中的机理,欧也!Qt的这些私有数据访问策略还是挺值得借鉴。下面就简单总结一下。

访问器
发了点牢骚,Qt的成员变量get访问器命名实在有点难以接受,get访问器和成员变量名一样,不像Bean的风格,有些编译器甚至通不过。命名的时候就还是加上get好点,习惯成自然,郁闷。

D-指针
私 有成员总是不可见的,Qt中私有成员不仅仅是简单封装一下,将访问权限改为private,它将所有私有数据封装在私有类里(命名就是 classname##private), 这样一来连用户都不知道他到底封装了什么,程序中只有这个私有类成员指针,这个指针就是D-指针。有1毛钱,以前都是把它藏在内衣兜里,现在不是啦,我把 它存在信用卡里,把信用卡藏在内衣兜里,够狠吧。。。

假 如整个类的继承体系有点深怎么办,想用那一层的东西还要一点点的爬着去找,真麻烦! 没关系,有共享d指针呢,只需要在上一层里加个d指针就可以省去这么多麻烦了。它可以访问任意一层的私有数据(其实这样就不是private啦,叫 protected还差不多,有点不像OO),还可以获取父层的访问器。
共享d指针实现方法如下:
1、在基类中定义一个protected权限的d_ptr指针;
2、在每个派生类中定义d_func(),获取基类d_ptr,并将其转换为当前私有类指针(派生自基类d_ptr);
3、在函数中使用Q_D,这样就可以使用d了;
4、在私有数据继承体系中,不要忘记将析构函数定义为虚函数,基类析构函数中释放d_ptr,以防内存泄露!!!
5、类的派生,加上protected 构造函数,调用父类构造函数,将私有数据类传参;

这里有个 共享d指针 的例子。
基类:
protected :
  KFooBasePrivate * const d_ptr ;
  KFooBase ( KFooBasePrivate & dd , QObject * parent );
private :
   friend class KFooBasePrivate ;
   inline KFooBasePrivate * d_func () { return d_ptr ; }
   inline const KFooBasePrivate * d_func () const { return d_ptr ; }

派生类:
protected :
  KFooDerived ( KFooDerivedPrivate & dd , QObject * parent );
private :
   friend class KFooDerivedPrivate ;
   inline KFooDerivedPrivate * d_func ()
   { return reinterpret_cast < KFooDerivedPrivate *>( d_ptr ); }
   inline const KFooDerivedPrivate * d_func () const
   { return reinterpret_cast < KFooDerivedPrivate *>( d_ptr ); }

前两步的声明工作交给Q_DECLARE_PRIVATE宏去处理,就简单多了,我们所要做的就是在私有类的实现和Q_D的使用。

template <typename T> static inline T *qGetPtrHelper(T *ptr) { return ptr; }
template <typename Wrapper> static inline typename Wrapper::pointer qGetPtrHelper(const Wrapper &p) { return p.data(); }

// 在主类中的Private Data 声明,Q_D使用之
#define Q_DECLARE_PRIVATE(Class) /
    inline Class##Private* d_func() { return reinterpret_cast<Class##Private *>(qGetPtrHelper(d_ptr)); } /
    inline const Class##Private* d_func() const { return reinterpret_cast<const Class##Private *>(qGetPtrHelper(d_ptr)); } /
    friend class Class##Private;

// 在主类中的Private Data 声明(在d指针命名非d_ptr而是Dptr情况下使用),Q_D使用之
#define Q_DECLARE_PRIVATE_D(Dptr, Class) /
    inline Class##Private* d_func() { return reinterpret_cast<Class##Private *>(Dptr); } /
    inline const Class##Private* d_func() const { return reinterpret_cast<const Class##Private *>(Dptr); } /
    friend class Class##Private;

#define Q_D(Class) Class##Private * const d = d_func()

Q-指针
搞清了d指针,q指针就简单多了,有没有发现’q’和’d’哪里有点像,是滴!’q’就是’d’倒过个来。q指针的方向正好和d指针相反,它是在私有数据类中使用的(d指针只在主类中使用,就是使用私有数据类的那个类,真拗口!),来获取主类指针。

// 在私有数据类中的Public Data声明,Q_Q使用之
#define Q_DECLARE_PUBLIC(Class)                                    /
    inline Class* q_func() { return static_cast<Class *>(q_ptr); } /
    inline const Class* q_func() const { return static_cast<const Class *>(q_ptr); } /
    friend class Class;
#define Q_Q(Class) Class * const q = q_func()


感 觉Qt的这种机制破坏了OO,我想这就是它为何只做内部使用的原因吧。。。   有点完全依赖宏的味道,不像它的signal/slot,通过moc编译插入元数据。不过还是方便hack了。至于signal/slot,我想应该 可以通过macro和函数指针来作为替代方案,改天再see see。这里只是把看到的关于D指针的文章和自己的体会简单总结翻译一下,更详细的可以看下面两个连接。


Reference
http://zchydem.enume.net/2010/01/19/qt-howto-private-classes-and-d-pointers/
http://techbase.kde.org/Policies/Library_Code_Policy#D-Pointers

你可能感兴趣的:(bean,Class,文档,qt,wrapper,编译器)