1.QT CREATOR 插件开发：QT CREATOR 架构
2.QT CREATOR 插件开发：添加新的插件插件工程类型（下）
3.Qt Embedded：简介与平台插件介绍
4.Qt实用技巧：在CentOS上使用linuxdeployqt打包发布qt程序
5.Qt插件创建及加载
6.超级实用的属性浏览器控件--QtTreePropertyBrowser

QT CREATOR 插件开发：QT CREATOR 架构

       理解Qt Creator架构对提高Qt Creator插件开发水平至关重要。Qt Creator的源码核心功能由其插件加载器实现，几乎所有的平台功能都是通过插件来提供。Core插件是插件插件Qt Creator中最主要的功能载体，它的源码实现为开发者提供了基础框架。

       插件管理器（ExtensionSystem::PluginManager）提供了插件间合作的平台源码作图机制，使得不同插件能够互相依赖和协同工作。插件插件从技术层面看，源码插件实质上是平台一个动态链接库，从开发者角度而言，插件插件它是源码一个模块，需具备可重用性、平台封装性、插件插件可扩展性和可维护性。源码暴露出的平台对象指的是插件通过PluginManager加入的对象池中的QObject实例，这些对象可供其他插件使用。

       暴露对象通常采用IPlugin::addObject()和IPlugin::addAutoReleasedObject()函数，这两种方法的唯一区别在于，后者会在插件销毁时自动从对象池中移除并delete对象。开发者在需要移除对象时，可以使用IPlugin::removeObject(QObject*)函数实现。

       在Qt Creator中，对象可以暴露任何类型，但通常暴露的都是有可能被其他插件使用到的提供特定功能的对象。这些功能通常通过接口来定义，接口可以是包含public纯虚函数的C++类，也可以是继承自QObject的子类。一个插件若实现了某个接口的对象，该对象即可被暴露出来。

       暴露对象后，amo计算公式源码对象的添加会触发PluginManager::addObject()函数，进而产生objectAdded(QObject*)信号。应用程序可以连接到此信号来处理新增的对象。连接到此信号的槽函数通常会查找已知接口，比如通过类似IPlugin::findObject()函数来查找实现特定接口的对象。

       对象查找是Qt Creator中一个常见的需求，通常使用PluginManager::getObjects()函数实现。通过此函数，可以获取所有实现特定接口的对象列表。开发者可以根据需要在列表中筛选出所需对象。

       为了更灵活地管理对象间的关系和转换，Qt Creator提供了Aggregation命名空间。Aggregation允许开发者将不同类型的QObject对象聚合在一起，实现对象之间的相互转换。利用Aggregation库，开发者可以方便地管理和操作对象，特别是当需要多次添加同一接口时，Aggregation提供了一种简洁且高效的方式来定义和管理接口实现。

       Aggregation的使用可以简化插件开发过程，提高代码的可维护性和可扩展性。在实际应用中，Aggregation的策略和优势在后续的插件实现中将会更加明显。在学习Qt Creator插件开发时，深入理解其架构和组件的交互方式是关键，而Aggregation库作为其中的重要组成部分，为开发者提供了更高效、更灵活的管理对象的方式。

QT CREATOR 插件开发：添加新的工程类型（下）

       通过深入探讨Core::BaseFileWizard类的实现，我们了解到其在coreplugin/basefilewizard.h文件中的源码 mach3 plugin声明方式和其提供的关键功能。BaseFileWizard类继承了IWizard接口，并增加了一些新的方法，使得开发自定义向导变得更为简单。

       构造函数和析构函数的编写相对直接，主要关注点在于createWizardDialog函数的实现。该函数创建了一个基础的QWizard实例，并将我们自定义的ModelNamePage设置为其第一个页面。随后，通过添加默认页面，形成了完整的向导流程。

       文件读取功能的实现同样令人印象深刻。文件内容以字符串形式返回前，通过第二个参数提供的替换字符表进行修正，确保了模板文件与用户输入信息的有效融合。这一过程看似复杂，但实质上通过提供模板文件以及占位符（如{ { xyz}}）实现，最终生成具有用户特定信息的文件。

       在generateFiles函数中，我们创建了两个Core::GeneratedFile对象，并在返回前赋予了正确数据。这一实现展示了如何将自定义模板与生成文件相结合，简化了文件生成过程中的复杂度。

       插件实现类的编写同样遵循了类似的模式，仅替换initialize()函数内容，确保了与BaseFileWizard类的协同工作。这一设计使得插件开发流程更加标准化，易于理解和实现。

       最后，我们通过测试验证了插件的云卡密验证源码功能。通过打开工程并添加新文件，用户可以直观地体验到自定义文件类型的作用。用户界面的自动生成和修改，以及默认路径的自动填充，均展现了Qt Creator插件的强大功能。

       在结语部分，我们回顾了Qt Creator插件开发的全过程，并对其文档质量提出了改进建议。尽管最新版本已有所改善，但在学习过程中，完善的文档支持仍然至关重要。通过本文，我们希望激发更多开发者参与Qt Creator的开发活动，共同努力完善这个IDE，为用户提供更加丰富和高效的功能。

Qt Embedded：简介与平台插件介绍

       嵌入式Linux图形界面包括Qt/Embedded、DirectFB、MicroWindows/NanoX、MiniGUI和OpenGUI等，各有特点和应用场合。Qt在嵌入式环境中的分支平台Qt/E，通过调整原始Qt以节省内存，摒弃Xlib，采用Framebuffer作为底层图形接口，简化应用程序直接写入内核帧缓冲的操作。

       Qt/E的编译流程需下载源代码，使用交叉编译器编译生成Qt库，库需在开发主机和目标板上各保留一份，供编译和运行时动态加载使用。易语言刀路源码此过程需具备Qt源代码、交叉编译器以及创造性思维。移植Qt/E至硬件平台时，先编译Qt库，然后将库复制至开发主机与目标板。使用命令行参数或环境变量配置移植过程。

       Qt/E在嵌入式Linux设备上可使用多种平台插件，如EGLFS、LinuxFB、DirectFB、Wayland等，选择依据Qt配置。EGLFS是Qt5应用运行的默认平台插件，支持OpenGL ES2.0，通过硬件加速提供渲染，推荐在具备GPU的现代嵌入式设备上使用。EGLFS配置环境变量可调整显示参数，如日志记录、清屏行为等。LinuxFB通过Linux fbdev子系统直接写入帧缓冲区，仅支持软件渲染，使用环境变量配置显示参数，如指定fb设备。DirectFB为轻量级图形库，提供硬件加速、多层显示和输入设备处理，适用于嵌入式系统，支持多种显示卡、输入设备及图像文件格式。XCB插件在具备X和XCB开发文件的嵌入式环境中提供与桌面Linux平台相似的功能。Wayland作为一种轻量级窗户系统，Qt提供Wayland平台插件，允许Qt应用程序连接到Wayland合成器。

       配置环境变量时，以树莓派为例，追加内容到/etc/profile，根据需求修改。字体配置通常使用fontconfig访问系统字体，若不可用则退回到QBasicFontDatabase，通过QT_QPA_FONTDIR环境变量覆盖字体目录。Qt不再在lib/fonts目录提供字体，由平台提供必要字体。

       Unix信号处理程序默认捕获中断、暂停、继续和终止信号，通过QT_QPA_ENABLE_TERMINAL_KEYBOARD设置允许通过键盘终止或挂起程序。在某些情况下，捕获SIGINT可能与远程调试冲突，可通过QT_QPA_NO_SIGNAL_HANDLER环境变量退出内置信号处理。

Qt实用技巧：在CentOS上使用linuxdeployqt打包发布qt程序

       在CentOS上使用linuxdeployqt打包发布Qt程序，这一过程与Ubuntu或麒麟系统有相似之处，但也存在系统兼容性问题。文章详细介绍了CentOS8.2和CentOS7.5的发布流程，并强调了使用linuxdeployqt的好处。该工具能将应用程序所需的资源（如库、图形和插件）复制到一个包中，使其成为自包含的程序，可以作为AppDir或AppImage分发，也可以放入交叉分发包中。为了确保在不同系统上的一致性，linuxdeployqt特别适用于Qt应用程序的部署。

       使用linuxdeployqt需要访问其源代码下载地址。对于CentOS系统，文章提供了详细的编译步骤。首先，需要下载源码并解压。接着，修改源码，移除版本检查部分，以避免潜在的兼容性问题。确保系统中安装了CMake，这对于构建linuxdeployqt至关重要。在CentOS8.2中，CMake通常是预装的，而在CentOS7.5中，可能需要卸载系统自带的较旧版本，并使用源码安装较新版本，以确保正确编译。

       为了支持Qt的依赖环境，步骤包括指定Qt库的路径，以及使用cmake-gui来配置依赖。这确保了linuxdeployqt能正确识别并打包Qt相关的库，避免运行时错误。配置完成后，通过生成generate文件和执行make命令完成编译。随后，将linuxdeployqt安装到系统目录，并进行测试以确认其正确性。

       打包Qt程序时，确保应用可执行文件和一个空目录准备就绪。使用环境变量设置，特别是通过source env.sh引入QT_DIR到系统路径中，确保打包过程能正确识别和使用Qt库。打包命令使用linuxdeployqt 可执行程序 -appimage，这一步骤将程序及其依赖库打包成一个独立的可执行文件。测试表明，使用此方法打包的Qt程序能在不同CentOS版本上成功运行，无需额外的库加载。

       为了验证这一过程在不同环境中的可靠性，文章介绍了在全新CentOS8.2系统上进行测试的过程。通过对比发现，使用linuxdeployqt -appimage打包的Qt程序能有效解决依赖库问题，确保程序在不同操作系统环境下均可正常运行。

Qt插件创建及加载

       本文详细介绍了Qt插件的创建和加载过程。首先，通过继承Qt的Style插件并实现所需功能，主程序通过QApplication::setStyle调用。插件不仅扩展Qt功能，还能扩展应用程序。以下是创建和加载插件的关键步骤：

       1. 定义插件接口，使用Q_DECLARE_INTERFACE声明接口并提供一个唯一的iid。

       2. 创建一个子工程，继承QObject和接口，如MyFirstPlugin，并在Headers文件夹中创建抽象接口类。

       3. 在子工程PluginWidget中，修改模板为lib，添加plugin配置，并实现插件类，确保继承自QObject和接口。

       4. 使用Q_PLUGIN_METADATA导出插件信息，并实现createPluginWidget方法以创建插件UI。

       5. 在宿主程序中，通过QPluginLoader加载插件，检测并使用qobject_cast测试插件接口实现，然后调用createPluginWidget方法。

       通过这个过程，应用程序可以根据插件提供的接口扩展其功能，每个插件都需实现规定的接口。对于初学者来说，这个过程可能会有些复杂，但理解了C++纯虚函数的应用和Qt的子工程使用，就能更好地掌握插件的创建和加载。

超级实用的属性浏览器控件--QtTreePropertyBrowser

       Qt库内提供了丰富的控件，其中包括表格、树和列表等容器控件。使用QtDesigner时，你会发现在其中有一个属性编辑器，它是一个类似于Visual Studio中控件属性面板的属性浏览器控件。

       今天介绍的是QtTreePropertyBrowser，这是基于QTreeWidget封装的属性控件。此控件目前尚未被Qt官方收录。为了使用它，首先需要从GitHub下载源码并自行编译。如果觉得编译过程繁琐，也可以选择直接下载编译好的QtPropertyBrowser库或留下邮箱以获取我编译的demo。

       在源码升级过程中，主要参考了从Qt5.4.2编译qtpropertybrowser-2.的文章，以及处理了几个小问题。使用Visual Studio中的qt-addin插件打开pro文件，打开工程后，会发现编译错误大约有9种类型，这些错误大多可以通过全局替换解决。

       以下是部分替换步骤：

       1. 将intersect函数替换为intersected。

       2. 移除QApplication::UnicodeUTF8，记得移除逗号，否则无法编译。

       3. 对QtGui模块进行拆分，Qt4到Qt5时，许多QtGui模块中的组件被迁移到QtWidgets模块中。

       4. 全局替换Q_TYPENAME为typename。

       5. 将qVariantValue()替换为qvariant_cast()。

       6. 用findChildren()替代废弃的qFindChildren()。

       7. 移除setMovable。

       8. 添加QtWidgets模块以确保程序的正常运行。

       编译完成后，会生成多个可执行文件，如simple.exe等。尝试运行simple.exe，结果令人满意。