qt 相互引用头文件会出现什么问题

QT 头文件之间相互包含会报错：类名不存在

"希望是一个美好的东西! 希望, 这能自己给自己,否则只有无尽的痛苦和迷茫!"---Frank 假设你写了两个类A和B,如果在A.h中有 #include<B.h>; 同时,在B.h中有#include<A.h>,则会报错!即使你在头文件中使用了 #ifndef xxx #define xxx ....... #endif

Qt 引用头文件 QT_BEGIN_NAMESPACE QT_END_NAMESPACE

Qt里面引入头文件的两种方式: 1. #include <QMdiArea> #include<QSplashScreen> 2. QT_BEGIN_NAMESPACE class QMdiArea; class QSplashScreen QT_END_NAMESPACE 关于QT_BEGIN_NAMESPACE 和QT_END_NAMESPACE 比较好的解释: 比较好的解释: QT_BEGIN_NAMESPACE其实就是个宏,以前Qt4是没有Qt命名空间的,后来才加上的,编译

关于Dev-C++一种引用头文件<iostream>问题(暴力解决)

问题情况如下,因个人水平有限,不知道具体原因是啥,当引用头文件<iostream>时会出现如下问题,经排查,并不是头文件本身的问题,有可能是Dev哪一个文件被改动了,或者设置出了问题(前者概率更大)还有一个可能就是Windows和Dev存在小小的不合(仅代表个人观点),不多说方法如下解决方法: 去正规渠道下载新的安装包,假如你对自己的安装包有信心可以用自己原先下载好的点击安装包进行安装,选择安装路径(安装地址)的时候,尽量选择一个较大的硬盘完成安装就可以直接使用了推荐下载链接: http

qt c++对象头文件如何相互包含

今天在写qt时,遇到了两个类相互包含的问题,类A要用到类B,类B要用到类A. 类A:a.h #ifndef A_H #define A_H #include <b.h> class A { public: A(); }; #endif // A_H a.cpp #include "a.h" A::A() { B b; } 类B:b.h #ifndef B_H #define B_H #include <a.h> class B { public: B(); };

ASP.NET MVC 在子页中引用头文件

在很多时候我们把网站公共的js.css文件放在模板页中,这样在具体的每一个页面里面就不需要单独引用. ASP.NET WebForm里面使用.site文件. 而在ASP.NET MVC 中使用了类似下面的定义 _Layout.cshtml: <!DOCTYPE html> <html> <head> <title>@ViewBag.Title</title> <link href="@Url.Content("~/Con

使用CocoaPods，文档中出现引用头文件找不到的问题。

现在很多人都会使用CocoaPods来管理自己使用的第三方开源代码,这两天我的工程中碰到了这样一个问题,当我使用CocoaPods来进行三方源码的引入,但是在实际的工程当中引入出现了这样一个问题,就是头文件找不到!!!头文件居然找不到!!!可是他明明好好的躺在那里啊,为什么找不到,这时候想到肯定是路径或者引用的问题. 研究了半天,终于摸到了门路,流程就是PROJECT -> info -> Configurations ->Debug/Release -> AppTests 后面的

C++----练习--引用头文件

1.创建头文件和源文件 touch /tmp/tools.h touch /tmp/main.cpp 2.各文件的内容如下: tools.h #include<iostream> void print_hello_world() { std::cout<<"hello world ..."<<std::endl; } main.cpp #include<iostream> #include<cstdlib> #include

Win32:引用头文件

1.首先,在代码文件头部使用#include来包含任何头文件(扩展名为.h或者.hpp的文件)都不会“产生”额外的函数. 我们可以说,包含一个头文件之后,该头文件内部已经定义的一些变量,宏,函数等等资源,将可以在后面的代码中可以直接拿来使用,比如,当我们包含process.h之后,就可以在代码中使用system()函数来调用系统控制台的命令,比如cls,.pause等等. 同理,包含了windows.h之后,在该文件中定义的一些资源我们可以直接使用,其中包括大部分的Win32 API函数,以及一

cocoaspod使用引用头文件找不到

使用cocoasPod做第三方类库管理非常方便,但是在使用的过程之中会遇到一些小问题!比如初次使用会遇到引入类库,说找不到文件 target--build settings---user search path----user head search path 添加 ${SRCROOT} 后面选择 recursive

eclipse引用头文件报错问题-解决方法

最近在做一个U-BOOT相关的项目,经过几天的折腾最终放弃使用VIM和一堆附加插件.最终的出的结论是对于中大型工程项目还是要启用一些专业的IDE比较稳妥,尽管VIM提供的各种插件累加在一起足以实现专业IDE的功能,但对于项目管理的复杂程度有所增加.总之一句话,尺有缩长,寸有缩短,按需求选择吗.不可否认的是,VIM对于SLOC小于10K的项目还是比较适用的,因为其灵活性和可控性真的让人忍不住用了还想用. 贴一张Eclipse图,配合GDB+OpenOCD+JLINK,调试起来非常方便.

引用头文件顺序问题 error C2039

建的WTL工程,用到CString和DataExchange 因为WTL和ATL都有对CString的定义当先包含 atlstr.h 再包含 atlddx.h 时会出现以下错误 error C2039: 'CString' : is not a member of 'WTL' c:\program files\microsoft visual studio 10.0\vc\wtl\atlddx.h 解决办法是先包含 atlddx.h 再包含 atlstr.h ,详细原因待分析.

C语言 Include指令（引用头文件）

#include "one.h" #include "two.h" int main(int argc, const char * argv[]) { one(); two(); ; }

让QT编译快一点（增加基础头文件）

姚冬,中老年程序员进藤光.杨个毛.欧阳修等人赞同我是来反对楼上某些答案的.我曾经用MFC写了金山词霸(大约20多万行),又用Qt写了YY语音(大约100多万行),算是对两种框架都比较有经验.纠正几个错误的认识. 1. “用Qt写的程序编译比MFC慢”的说法是错误的绝对错误,单位代码行数编译Qt远比MFC快得多,因为Qt库的头文件设计非常好,尽量都使用了前置声明,避免了头文件嵌套,几乎所有类都使用了公有类和私有类的设计,把没必要公开的声明放到私有头文件里,避免了编译时引入过多代码.而MFC没

ArcCore重构-头文件引用问题的初步解决

基于官方arc-stable-9c57d86f66be,AUTOSAR版本3.1.5 基本问题 1. 头文件引用混乱,所有头文件通过从搜索路径(-I)中引用,存在名称污染问题,需加入路径信息: ArcCore代码的编译系统中,定义了大量的inc-y路径,最后使用-I参数将这些路径加入到编译器的命令行参数中.而代码文件中,引用头文件时都是直接使用 #include "xxx.h" 的形式. 这样有几个问题: 1. 编译系统负担过重,需要加入大量的头文件搜索路径: 2. 导致头

Qt使用预编译头文件Using Precompiled Headers（提升10倍以上）

预编译头文件是被很多编译器用来编译稳定的代码以及将编译好的稳定代码存储在二进制文件中用于提升编译性能.在随后的编译中,编译器将加载存储状态继续编译指定的文件.每一个随后的编译将更快,因为稳定的代码不需要再次编译.(译者注:本文为QtDoc 5.0:Using Precompiled Headers的译文) 工具/原料 Qt编程环境添加预编译头文件到你的工程 1 qmake在一些平台支持使用预编译头文件(PCH,PreCompiled Headers)以及构建环境,包括: Windows

一个C++引用库的头文件预编译陷阱

写在前面老胡最近在工作中,有个场景需要使用一个第三方库,引用头文件,链接库,编译运行,一切都很正常,但是接下来就遇到了一个很诡异的问题,调用该库的中的一个对象方法为对象修改属性的时候,会影响到对象的另外一个属性,当时百思不得其解,直呼灵异事件. 但后面静下心来细细看了一下代码和各种配置,发现了问题所在,现在把这个问题分享在这里,希望大家在以后的工作中如果遇到了类似的情况知道应该如何处理. 场景还原库当时引用的是一个第三方的静态链接库,场景非常简单,在项目中包含头文件,链接器指定路径和静态库

C++类间相互引用

两个类相互包含引用的问题不管是下文中提到的例子,还是任何情况,使得class A的头文件需要include class B的头文件,class B的也要引用A的头文件,这种状况下,貌似会出现有一个类未定义的问题从而无法通过编译. 解决办法是: A或者B任选一个采用头文件(A.h)引用另一头文件(B.h)的方式不变,而另外一方的头文件(B)中则在定义该类之前写一句class A;然后在B的cpp文件中引用A的头文件. =======================================

c++ 的坑真多之头文件

我发现类在做参数时,是可以不引用头文件,即不用#include"xxx.h"的,比如下面这样是没有问题的 #pragma once #include <string> #include <iostream> class Humankind; class Person { public: Person(); void sayHello(Humankind human); }; 但如果这个类是用来被继承,就编译不过,必须写头文件包含,即这样: #pragma onc

c语言头文件和源文件不在同一个目录

http://www.cnblogs.com/ShaneZhang/archive/2013/05/20/3088688.html 从工程上讲,头文件的文件名应该与对应的源文件名相同便于维护,如果头文件中包含了多个源文件中的定义或声明,则应该按源文件分组布局头文件中的代码,并且通过注释注明每组所在的源文件.当一个工程的文件较多时应该将源文件与头文件分开目录存放,一般头文件存放在include或inc目录下,而源文件存放在source或src目录下,根据经验,一个工程的文件数超过30个时应该将源文

006.C++头文件

1.引用头文件标准头文件 #include <iostream> 自定义头文件 #include "complex.h" 2.防卫式(guard)声明 //以complex.h为例 #ifndef __COMPLEX__ #define __COMPLEX__ /* * * * */ #endif

c++ 头文件路径选择

单文件引用头文件./ 当前目录 ../ 父级目录 / 根目录多文件引用头文件多文件引用头文件定义单独放在cpp文件里面 ,声明放在().h)里面

巴特西