《C++.GUI.Programming.with.Qt.4》读书笔记Chapter 19～20

Chapter 19 Creating Plugins

Qt提供了Qlibrary类用于以一种平台无关的方式实现在程序运行时加载共享库。

Section 1 Extending Qt with Plugins

Qt本身可以被很多类型的plugin扩展，最常见的包括database drivers,image formats,text codecs等。

对于每种类型的plugin，通常都需要两个类：一个wrapper类实现该类通用的plugin API,以及一个或多个handler类，每个类实现一个plugin特定的API。

在plugin的.cpp文件中，需要使用Q_EXPORT_PLUGIN2()这个宏来确保plugin能够被Qt识别。

plugin真正执行的操作都是通过其handler来实现的。

plugin的.pro文件与应用程序不同。默认情况下，.pro文件使用app模板，然而这里必须使用lib模板，因为plugin属于库，而不是一个独立的应用程序。


QCoreApplication::addLibraryPath()，为程序的添加新的库路径。

Section 2. Making Application Plugin-Aware

应用程序的plugin实际是实现了一个或多个接口(interface)的动态库。应用程序与plugin之间的通讯是通过interface的virtual table来完成的。

一个接口(interface)通常声明一个virtual析构函数,一个返回QStringList的virtual函数，以及一个或多个其他virtual函数。

在接口声明的尾部，需要调用Q_DECLARE_INTREFACE()来将该interface与某个标识符关联起来。

QPluginLoader类用于在运行时加载plugin。
QPluginLoader::load()，加载plugin，通常无需显式调用，因为instance()函数会在必要时调用其完成加载。
QPluginLoader::instance()，返回一个指向plugin对象的QObject *指针。

同一个插件plugin被成功cast至多个interface，因为plugin可以通过多重继承来提供多个interface。

Section 3 Writing Application Plugins

应用程序的plugin是其要提供的interface和QObject二者的子类。

在plugin的原代码中，需要为其提供的每个Interface都要使用Q_INTERFACES()宏，来保证moc和qobject_cast<T>之间的协调工作。

在.cpp文件的尾部，同样需要调用Q_EXPORT_PLUGIN2()宏来使该plugin对于Qt可用。


Chapter 20 Platform-Specific Features

Section 1 Interfacing with Native APIs

在每个平台上，Qt都为QWidget提供了一个winId()函数，返回window ID或是句柄；QWidget还提供了一个静态函数find()，返回一个特定window ID对应的widget。我们可以将获得的window ID传递给Native API来执行平台特定的操作。

Qt定义了以下系统标志：Q_WS_WIN,Q_WS_X11,Q_WS_MAC,Q_WS_QWS(Qtopia)。

QSysInfo::WindowsVersion,QSysInfo::MacintoshVersion 这两个静态变量存储着WIN和MAC操作系统的版本信息

Section 2. Using ActiveX on Windows

ActiveX构建于Microst COM之上，它为使用组件的应用程序定义了一套接口，为提供组件的库和应用程序定义了另一套接口。

ActiveQt由两个模块组成：

QAxContainer模块允许用户使用COM object并在Qt程序中内嵌ActiveX控件。
QAxServer模块允许用户导出自定义的COM object以及用Qt编写的ActiveX控件。

Q_ENUMS()宏的作用是告知moc其"宏参数"是枚举类型。

QAxContainer模块由三个类组成：QAXObject封装一个COM object,QAxWidget封装一个ActiveX控件，QAxBase为QAxObject和QAxWidget实现核心COM功能。

QAxObject派生自QAxBase和QObject,QAxWidget派生自QAxBase和QWidget。

COM中的数据类型会被自动转换为合适的Qt数据类型。

QAxBase::setControl()

QObject::setProperty()可用于设置COM property和Qt property。

要链接QAxContainer库的话，需要在.pro文件中添加下列一行："CONFIG +=qaxcontainer"

QAxBase::dynamicCall()

注意，QAxObject和QAxWidget的子类无法定义新的property,signal和slot。

QAxServer模块允许将一个标准Qt程序转换为一个ActiveX server。该server可以是共享库，也可以是独立的应用程序。共享库形式的server被称为in-process servers,而独立应用程序形式的server被称为out-of-process server。

QAxBindable在widget与ActiveX client之间提供了一个接口。

在Qt中处理多重继承中，如果基类中存在QObject的派生类，必须将这样的类放在首位。

QAXFACTORY_DEFAULT()宏的作用是导出一个AxtiveX控件，可以用于仅导出一个控件的ActiveX server；当server要导出多个控件时，不能使用QAXFACTORY_DEFAULT()宏。

QApplication能够识别命令行中的-activex参数，并使应用程序作为server而运行。

Q_CLASSINFO()宏

Section 3 Handling X11 Session Management

为了使一个Qt/X11应用程序意识到session manager的存在，需要重新实现QApplication::saveState()函数，并在该函数中保存应用程序的状态信息。

当用户启动shutdown操作时，程序员可以通过重新实现QApplication::commitData()来获取控制权，这允许应用程序保存未保存的数据，并且与用户交互，如果可能的话；这部分session management在X11和Windows上都被支持。

QObject::setObjectName()

void QApplicatoin::saveState(QSessionManager &)，该函数在session manager希望应用程序保存其状态时被调用，QSessionManager类型的参数允许应用程序与session manager进行通讯。



discard command:是指session manager必须执行的用删除任何存储当前状态信息的命令。
restart command:是指session manager必须执行的用以重新启动应用程序的命令。

QSessionManager::setDiscardCommand(QStringList &)
QSessionManager::setDiscardCommand(QStringList &)

默认情况下，Qt提供的restart command的格式为： appname -session id_key

QSessionManager::release()
QSessionManager::cancel()

QApplication:isSessionRestored()