Qt5 cmake引用private头文件

大白菜66

已于 2024-04-13 20:35:14 修改

阅读量519

点赞数 3

分类专栏： Qt 文章标签： qt 开发语言

于 2024-04-13 20:33:36 首次发布

本文链接：https://blog.youkuaiyun.com/m0_46144825/article/details/137724566

版权

Qt 专栏收录该内容

8 篇文章

订阅专栏

本文介绍了在CMakeLists.txt中使用target_include_directories处理Qt5Quick私有头文件的方法，展示了如何正确引用如qqmlengine_p.h等私有头文件。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

CMakeLists.txt

#Quick private头文件如下格式，其他模块同理
target_include_directories(${PROJECT_NAME} PRIVATE ${Qt5Quick_PRIVATE_INCLUDE_DIRS}

引用格式：

#include <private/qqmlengine_p.h>
#include <private/qqmlmetatype_p.h>
#include <private/qqmlimport_p.h>
#include <private/qquickitem_p.h>

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

大白菜66

关注关注

3
点赞
踩
0

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Qt源码中，大量使用private后缀的类名称是怎么回事

xcksj666的博客

12-09

504

因为这些类只是在 Qt 内部使用，所以它们的名称不会与应用程序中的其他类名称冲突。在 Qt 源码中，大量使用 private 后缀的类名称是为了表示这些类是 Qt 内部实现细节的一部分，不应该被外部使用。这些类通常包含一些实现细节，可能会在 Qt 的不同版本中发生更改，因此不建议在应用程序中直接使用它们。使用 private 后缀的类名称是一种命名约定，它可以帮助开发人员更好地理解这些类的作用和用途。这些类通常是在 Qt 框架中的其他类的实现中使用的，而不是在应用程序中直接使用的。

Qt基础-项目添加头文件

qq_30725967的博客

01-25

1194

Qt项目添加头文件

1 条评论您还未登录，请先登录后发表或查看评论

qt modules public internal 私有头文件 private

qiushangren的专栏

09-25

2314

qt 私有头文件 private

CMake使用外部动态库/静态库和头文件

hubing_hust的专栏

01-01

8879

CMake使用外部动态库/静态库和头文件

c++ 私有函数 头文件设计

weixin_34185320的博客

04-22

338

clock.h #ifndef CLOCK_H_INCLUDED #define CLOCK_H_INCLUDED class Clock {public:　　static void HandleExdataResponse(..........); 静态成员实现方式跟其他函数一样。只需在这里标明为static即可。 public: Clock(int id); ...

Qt CMake

qq_32640443的博客

09-29

1816

CMake 是一款用于简化跨不同平台开发项目的构建流程的工具。CMake 可自动生成构建系统，如 Makefile 和 Visual Studio 项目文件。CMake 是一个第三方工具，有。本主题介绍如何在 Qt 5 中使用 CMake 3.1.0。

Qt+CMake应用开发

柠檬野生菌的摆烂笔记

03-26

1347

鼠标点击菜单栏 -> 文件 -> New File -> 选择模板 -> 类名 -> 后面的步骤都是一样的，新生成出的类会自动添加到CMakeLists.txt 中。Qt资源文件依然是右键菜单栏文件 -> New File -> 选择Qt资源文件 -> 后面的步骤与Pro项目添加方式相同。不推荐CMakeLists中使用显式的添加文件名的方式去添加每一个文件，文件越多可读性越差，且不方便频繁新增移除文件。可右键qrc文件 ->用…在CMakeLists添加以下代码可自动添加文件到项目结构中。

Cmake 添加 Qt5MultiMedia库

m0_57953252的博客

07-11

1296

很多博客中首先要求先添加相应的路径，但是Qt5MultiMedia与Core、gui库其实在同一目录下，如果makelist能包含gui库，同理应该也能包含MultiMedia。查找到相应模块后，编译正常，但是无法正确引用头文件，这个时候我怀疑是查找到了库但是没有正确的链接到工程文件中，于是尝试在target_link_libraries中添加新的库文件，于是OK。版本是Qt5.15.2 用Cmake编译，如果是Qmake编译则采用以下代码即可。1、Cmake文件中红可以不添加相应的路径。

QT6 CMAKE项目连接PG数据库

qq_43773207的博客

01-31

447

QT6 CMAKE项目连接PG数据库

Modern CMake 简明教程（8）- 集成Qt

while(1) { smile(); }

10-25

402

在上面示例中，设置了可执行字符集为 utf-8，这种方式可以防止 Qt 在 MSVC 环境下出现中文乱码，详见之前的文章 {% post_link 拨开字符编码的迷雾/拨开字符编码的迷雾-2-编译器处理文件编码 %}。而设置 VS_DEBUGGER_ENVIRONMENT 属性是为了设置 Visual Studio 的调试环境（如下图所示），确保在调试时能找到 Qt 的相关 dll 文件。下面是一个简单的 CMake Qt 项目示例，该示例仅使用了 Qt 的 QWidget 模块。

【QT5】关于找不见头文件的处理

weixin_33753003的博客

06-06

499

当头文件找不到时，可以尝试用#include “mainwindow”或#include <mainwindow>两个里的一个。应该可以处理。转载于:https://blog.51cto.com/mycodream/1423096...

qt4--qt5引用头文件区别

weixin_43885541的博客

09-28

431

qt4 #include <QFileDialog> #include <QDateTime> #include <QMessageBox> #include <QRgb> qt5 #include <QtWidgets/QFileDialog> #include <QtCore/QDateTime> #include <QtWidgets/QMessageBox> #include <QtGui/QRgb>

QT的私有实现机制示例

chenzhp的专栏

04-18

2873

QT框架就使用了一种私有实现机制。它把一些私有的数据以及某些更新频繁的函数放在一个专门的数据类里面，在公共类里面声明一个数据类指针指向数据类。这样就保证了修改数据成员时候，仅仅是影响到数据类，而公共类里面的数据类指针不会有任何影响，也就保证了提供给用户使用的头文件没有任何影响，不仅减少了头文件的依赖性，而且更大程度上是保证了程序的二进制兼容。 D指针 Q指针 Q_OBJECT Q_DECLARE_PRIVATE Q_DECLARE_PUBLIC

记录CMake中使用QT5的Multimedia的坑

m0_51432135的博客

09-20

2289

记录Mac系统下的qt5项目在安装qt6后，项目无法编译成功的一次排错。 Mac系统下使用brew安装了qt5 、qtcreator 后，使用qtcreator创建了一个qHello项目。以下是当时创建的CMakeLists.txt文件。 cmake_minimum_required(VERSION 3.5) project(qHello LANGUAGES CXX) set(CMAKE_INCLUDE_CURRENT_DIR ON) set(CMAKE_AUTOUIC ON) set(C

cmake 构建Qt存在多个子项目的应用

weixin_38261823的博客

02-26

2565

如何用CMake来构建跨平台的Qt应用，并且项目包含做个子项目

qt开发遇到的问题记录

zh_98的博客

09-30

860

QT学习遇到的问题

解决“error: Unknown CMake command ‘qt5_use_modules‘”的问题

思我所

04-25

6814

前段时间明明可以通过编译的CMakelist文件突然报错，提示“error: Unknown CMake command ‘qt5_use_modules’”，说是找不到qt5_use_modules这个指令，但是用find_pack来找Qt中的各个模块又发现可以找到。通过手动在Cmake GUI里添加QT5_DIR:"/usr/lib/x86_64-linux-gnu/cmake/Qt5"后，则可以在CMakeLists中使用qt5_use_modules来寻找Qt中的各个模块，编译不再报错。

Qt工程CMake使用及通用模板

fhakfs的博客

04-01

2035

Qt工程CMake使用及通用模板

cmake qt无法显示头文件

最新发布

01-09

### CMake与Qt集成时头文件不显示的解决方案当遇到CMake项目中Qt头文件无法正常识别的情况，通常是因为CMake未能正确配置Qt环境中的头文件路径。这不仅会影响IDE内的代码提示功能，还会导致编译错误。对于较新版本的CMake (2.8.11 或更高)，不再推荐使用`qt5_use_modules`宏[^1]。相反，应该依赖于`target_link_libraries`命令来处理模块间的依赖关系以及引入必要的包含目录。具体来说，在`CMakeLists.txt`中应指定Qt库作为目标链接的一部分： ```cmake find_package(Qt5 COMPONENTS Core Widgets REQUIRED) add_executable(myapp main.cpp) target_link_libraries(myapp PRIVATE Qt5::Core Qt5::Widgets) ``` 上述配置会自动将所需的Qt头文件路径加入到编译选项中，从而确保所有源文件都能访问这些资源。然而，如果仍然存在某些自定义添加的源文件无法找到Qt头文件的问题，则可能是由于VSCode的工作区设置不当所致[^2]。此时建议检查并调整`.vscode/settings.json`文件，确认已适当设置了`includePath`属性以覆盖整个项目的根目录及其子目录下的所有Qt相关路径。例如： ```json { "configurations": [ { ... "includePath": [ "${workspaceFolder}/**", "/path/to/your/qt/installation/include" ], ... } ] } ``` 另外一种可能的原因在于未执行完整的CMake重新配置流程。每当修改了`CMakeLists.txt`之后，都应当清理旧有的构建缓存，并再次运行CMake生成最新的构建系统文件。这样可以保证所有的更改都被正确应用到了实际环境中[^3]。最后值得注意的是，即使解决了技术层面的问题，有时IDE内部索引也可能滞后更新而导致暂时性的头文件不可见现象。在这种情况下，尝试重启编辑器或手动触发全局索引重建操作即可恢复正常工作状态[^5]。