用#pragma once或者条件编译防止类重复定义的一个情景

最新推荐文章于 2024-08-23 12:31:47 发布
最新推荐文章于 2024-08-23 12:31:47 发布
阅读量150 收藏
点赞数
原文链接：http://www.cnblogs.com/winnersun/archive/2011/07/24/2115398.html
版权

最近写了两个类，一个manager类控制子对象，一个UI类是第三方UI的窗口类myui。UI类可以用这个UI的函数画出manager控制的子类的图像。但是为了manager类方便移植修改，所以对子对象的draw方法写在了manager类里，然后调用UI类中的实际的draw方法来完成对子对象的绘制。这样不管在android里或者IOS里或者windows里，只需要修改UI窗口类的draw方法，使用对应系统的draw就可以完成对子对象的绘出。

那么这种情况就导致了：UI类中有个manager类的实例，所以要include mananer类的.h文件。而manager类里又要有UI类的指针以调用UI类的draw方法，所以也要include UI类的.h文件。那么这就导致了循环引用，系统会报：class manager重定义。此时，就需要在两个.h文件中使用#ifdef #define #endif 或者#prama once来保证只编译一次。

然后，如果在manager.h中直接包含myui.h，那么系统会报错：使用未定义的类：class manager。解决方法：在manager.h中只能保存myui的父类指针，或者保存一个void *类型的指针，然后在manager.cpp中include myui.h，然后将父类指针或者void *指针转成myui.h。 不知道这种情况叫什么？哪里有介绍么？

我个人感觉这么做使用的很纠结，是不是我的设计有问题？

转载于:https://www.cnblogs.com/winnersun/archive/2011/07/24/2115398.html

#pragma once 防止重复定义
jueduilingduxxx的专栏
11-03 1486
经常出现重复定义问题：
【面经专栏】独家整理【C++】面经
日月既往，不可复追
10-18 2371
C++ 1、动态库的查找顺序 ELF文件的DT_RPATH段 环境变量LD_LIBRARY_PATH 库高速缓存/etc/ld.so.cache文件列表 默认路径/lib /usr/lib 2、虚继承，多重继承中派生类对象内有谁 3、RTTI，typeid是怎么知道指向对象的类型的 ​ typeid函数的主要作用就是让用户知道当前的变量是什么类型的，比如使用typeid(a).name()就能知道变量a是什么类型的。typeid()函数的返回 类型为type_info类型的引用 ​ 运行时的多态是通
C++中频繁引用的类如何避免不必要的重编译
石头记
12-01 1986
在一个较大的程序中，总有一两个基础类差不多被其它大多数程序引用，而其它程序可能是几十或者上百个cpp，每当基础类要做一点的小的变动时，相关文件全部需要重新compile，如果改动的是public接口，那也罢了，但实际上很多时候，如果设计合理的话，改动的并不是public函数，而是需要加个private函数，或者private成员变量啥的。这就有些不值得了。以我为例，我现在的主要工作是维护公司的几个
嵌入式C语言编程中经验教训总结（四）条件编译的合理使用
cyjbj的博客
09-15 459
熟练使用条件编译，帮助大系统开发中提高协同效率，避免重复定义和精度不一致问题，文件举例进行了详解
#program 与 #ifdef #endif区别
WINCOL的专栏
10-30 4063
在用VC6.0向导生成的头文件中，经常可以看见如下的代码段:      #if !defined(AFX_RESIZABLELAYOUT_H__INCLUDED_)    #define AFX_RESIZABLELAYOUT_H__INCLUDED_        #if _MSC_VER > 1000    #pragma once    #endif // _MS
#pragma once
张勤一
07-25 1739
【1】#pragma once这个宏有什么作用？为了避免同一个文件被include多次，C/C++中有两种宏实现方式：一种是#ifndef方式，一种是#pragma once方式。在能够支持这两种方式的编译器上，二者并没有太大的区别，但两者仍然有一些细微的区别。【2】两者的使用方式有何区别？示例代码如下：//方式一： #ifndef __SOMEFILE_H__ #define __SOM
内联函数：C++性能优化的5个关键点
C++中，内联函数作为一种特殊的函数，具有减少函数调用开销、提高代码执行效率的作用。它允许编译器在每个调用点将函数代码插入，消除了传统函数调用时的参数压栈、控制权转移等开销。内联函数在提高程序性能的同时...
C++STL之vector容器：基本使用及模拟实现
m0_63207201的博客
08-23 1258
vector的使用、vector的模拟实现、迭代器失效、memcpy拷贝问题、动态二维数组的理解
C语言学习
liyjioo的博客
06-29 2750
如改改的学生结构体，可以直接typedef重定义为别名Stu，在后来的初始化中，直接写Stu即可，不需要写struct Stu。宏也可以理解为带有参数（不需要写出类型）的文本替换。print(1);这样就能在控制面板中输出1。原因是在编译阶段，宏把print整个替换为printf("%d\n",1)所以就能打印出1。
跨平台C语言开源库总结
benpaobagzb的博客
03-06 7972
提供跨平台的C语言库，各类Ｃ、Ｃ＋＋程序都可以用到其中的东西，已支持AIX、HP-UX、Solaris、FreeBSD、Linux、Mac OS X和Windows操作系统  本人辛苦了四年，颠覆多次，终成这个发布版，现在作为unix-center的开源项目，任何非册用户进入此链接都可以下载  有兴趣的先顶一下，便于后面的伙计看到此贴。  第二版主要增加了进程通讯的一些东西，包括线程，线程锁
防止C语言头文件被重复包含 — ifndef & #pragma once
Half-up的博客
03-06 3290
防止C语言头文件被重复包含 — ifndef & #pragma once
c++ 重定义class，pragma once作用详解
yh199577的博客
08-16 1236
在写c++或c代码时，头文件各种编译报错是一种很头疼的问题，今天对一个常见现象做一个记录，并且对解决方法做一个详细探究。首先看错误提示如下： ``` 错误    C2011    “CRange”:“class”类型重定义    ScanCodeProject     ``` "class 类型重定义",这是一个常见错误，错误原因根本在于文件的多次编译，也就是说假如我第一次#include 导入了...
#pragma once 与#ifndef，#define，#endif的差别 、重复定义等相关问题
tmshasha的专栏
05-22 1160
.cpp文件是一个编译单元，obj文件是编译的输出文件，链接是将所有地obj文件链接起来组成一个exe。链接过程中如果有不同的cpp文件中包含相同的函数名，变量名（注意不包括变量的引用、函数的声明、以及static函数和变量），链接将会报重复定义的错误，很多时候如果把函数和变量的定义写在.h文件，多个cpp包含此.h文件，就极可能会发生这样的错误，所以应该实现写在.cpp中，在.h中声明。有一种情
C/C++中#pragma once的使用
热门推荐
网络资源是无限的
12-02 4万+
C/C++中#pragma once的使用
#pragma once与#ifndef的区别
许振坪的专栏
10-30 1215
#pragma once与#ifndef的区别       为了避免同一个文件被include多次，有两种方法：1、#ifndef方式2、#pragma once方式    在能够支持这两种方式的编译器上，二者并没有太大的区别，但是两者仍然还是有一些细微的区别。    方式一：     #ifndef __SOMEFILE_H__    #define __SOMEFILE_H__
C++中的类型重定义
weixin_33933118的博客
09-17 719
这几天工作时碰到一个C++的编译错误(我使用的是Visual C++ 7.0)，说是有一个类重复定义，仔细想想我们的这个项目也是做了好几个Release了， 内部代码应该不会有这样的低级错误， 真把类型给重复定义了，检查结果正如我预料的一样。 就这样， 我左右没找到原因，被一个编译错误给卡在那里了。（在我的概念中， 程序错误的等级为：编译错误－>链接错误－>逻辑错误， 此错误属于最低级...
C++重定义问题
zzy979481894的博客
10-12 4310
C++支持声明和定义分离，通常的做法是将声明放在头文件中、定义放在源文件中，通过包含头文件来引入声明。多次声明一个变量或函数不会有问题，但多次定义则会导致重定义错误。下面在两种不同场景下进行分析。
编译时出现头文件中变量重复定义的问题，使用#pragma once和宏定义无法解决。原因：头文件只能声明变量或者定义常量，只有在源文件才能初始化
weixin_42023563的博客
10-12 369
#pragma与#pragma once
最新发布
12-28
### C/C++ 预处理器指令 `#pragma` 与 `#pragma once` #### `#pragma` 概述 `#pragma` 是一个通用的关键字，用于向编译器传递特殊的信息或改变编译行为。其具体功能依赖于参数的不同而变化。例如，可以用来设置结构体成员的对齐方式： ```cpp #pragma pack(push, 1) // 设置结构体的字节对齐方式为1字节 struct MyData { int labeledValue; float observation; }; #pragma pack(pop) ``` 这种情况下，`#pragma` 能够确保数据按照指定的方式排列，从而节省内存空间或者满足硬件接口的要求[^4]。 #### `#pragma once` 特定用途 相比之下，`#pragma once` 则专门用于防止头文件被多次包含。当编译器遇到此命令时会记录下该文件路径；如果后续再次尝试引入相同路径下的文件，则会被忽略处理。这种方式简单直观，易于理解和维护： ```cpp #pragma once // 文件其余部分... ``` 这种方法不仅提高了代码清晰度还减少了因条件宏定义带来的复杂性[^1]。 #### 条件编译对比 (`#ifndef/#define/#endif`) 传统上为了避免重复包含问题常采用如下模式： ```cpp #ifndef _HEADER_GUARD_ #define _HEADER_GUARD_ // 头文件内容... #endif //_HEADER_GUARD_ ``` 虽然也能达到目的，但相比起简洁明了的 `#pragma once` 显得冗长繁琐一些。不过值得注意的是，并不是所有的编译环境都支持 `#pragma once` ，所以在追求跨平台兼容性的项目里可能仍需沿用旧方法。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值