对 #ifndef _LED_H 下划线的理解

最新推荐文章于 2024-07-15 17:42:36 发布
最新推荐文章于 2024-07-15 17:42:36 发布
阅读量6.5k 收藏 8
点赞数 7
文章标签： stm32
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xx_lwh/article/details/80146175
版权

#ifndef __LED_H

#define __LED_H

......

......

#endif


1.不用下划线也可以，用几个下划线也可以。

2.这是一个宏名，用来防止发生重复定义或声明。

3.也就是说 _LED_H 可以用其他代号代替，并且越复杂越好，它对程序内容没影响。你同样可以设成 abcdefg

#ifndef abcdef

#define abcdef

......

......

#endif

头文件中定义的变量不存在重复声明或定义

「已注销」
关注
对于条件编译 #ifndef __LED_H的理解
sally的jerry
08-13 4886
一、下划线“__”属于编程风格的内容，对程序没有影响。不用下划线也可以，用几个下划线也由个人习惯。 二、其实本质是一个宏名。由此我们可以防止发生重复定义或声明。 假设你的头文件名为led.h，根据习惯，我们声明一个宏__LED_H对应这个头文件，在头文件中开始的地方和结尾的地方加上对__LED_H的声明和判断，头文件led.h如下： #ifndef __LED_H #define __LED_H ……（头文件内容） #endif 意思就是，如果led.h第一次被引用，那么__LED_H没有
#ifndef _LED_H #endif啥意思？
weixin_33894640的博客
03-16 689
#ifndef _LED_H#ifndef _LED_H ...... ......#endif 避免重复引用头文件的内容。
STM32（四）：STM32指南者-跑马灯实验
weixin_44264994的博客
07-15 287
【代码】STM32（四）：STM32指南者-跑马灯实验。
关于#ifndef __LED_H#define __LED_H……（头文件内容） #endif的理解
qq_39370713的博客
08-10 524
这样，可以避免头文件的内容被重复定义。（比如我们在B文件中include A和C文件,但是A文件自己可能就include C文件了呢！所以#define __LED_H和#endif 中间的头文件内容就被执行，也就是头文件内容被定义。大致意思就是如果后面的东西（此处指__LED_H）没有定义，那么就执行后面的define命令了。不用下划线也可以，用几个下划线也由个人习惯。中间的头文件内容，也就是不会重复定义头文件内容。已经被第一次引用时定义了，所以不会执行。(#ifndef可以理解为——
【STM32】#ifndef __LED_H应该怎么理解
weixin_63610595的博客
01-04 1065
#ifndef __LED_H应该怎么理解
stm32中#ifndef __LED_H的作用
AndrewYZWang的博客
12-28 9947
下面是来至网络上比较详尽的解答先回答你的问题。 1 是可以写成 LED.H只不过你接下来要写一句#defined LED.H 因为#ifndef 后面的字符串 不管是 LED.H还是__LED_H和头文件的名字没有半毛钱关系。只不过是为了读程序的时候方便而已。其实那个字符串只要合法的就行了。 2 用法 #ifndef 字符串 #define 上述字符串 #endif 一般放在头文件里面，作用就是以防
C/C++ 为什么#ifndef 头文件 要用大写加下划线？（这就是一种约定俗成的规范）
Dontla的博客
12-27 5302
如图，防止头文件重复包含，为什么要用大写加下划线？为什么不是直接写peripherals.h，我已经在问了 解释： 首先，test.h不是合法的C标识名：合法的C标识名只能由字母、数字和下划线组成，且以字母或下划线开头，也就是说你不能#define test.h 然后，不是#ifdef而是#ifndef，两者含义恰恰相反：前者如果定义；后者如果没定义 综合理解就是：如果没有定义xx标识就定义xx标识，然后执行#endif之前所有的定义、声明……如果已定义了xx 标识，就什么也不做。这个即便是多次引用同.
linux环境下LED驱动编程一例
weixin_34255055的博客
04-23 148
效果：流水灯   led_drv.h   1: #ifndef __LED_DRV_H__ 2: #define __LED_DRV_H__ 3:   4: struct led_cmd 5: { 6: int status; 7: int num; 8: }; 9:   10: #define LED_ALL_ON _I...
在C语言头文件里我们如何应用#ifndef
QuanQuanYuanXin的博客
11-14 3078
举个例子 我在led.h 头文件里这么写 #ifndef __LED_H #define __LED_H ....... ...... #endif 1 这样写是如何完成防止重复定义功能的 2 __LED_H 这个宏定义我可以随便命名吗，还是这个#define后面的名字和 头文件led.h 得名字村子某种命名约束 3 在应用头文件中 ifdef 是如何公工作的 答案
条件编译 #ifndef _HEAD_H...中下划线的理解
weixin_38383877的博客
05-23 497
1.下划线“__”属于编程风格的内容，对程序没有影响。不用下划线也可以，用几个下划线也由个人习惯。 2.其实质是一个宏名。由此我们可以防止发生重复定义或声明。 假设你的头文件名为head.h，根据习惯，我们声明一个宏HEAD_H,对应这个头文件，在头文件中开始的地方和结尾的地方加上 对HEAD_H的声明和判断，头文件Head.h如下： #ifndef HEAD_H #define...
【嵌入式】 点亮一个led灯
weixin_64247452的博客
07-23 444
因为我们在传入参数dsLED，默认给的是低八位，而实际起作用的是高八位（假设共16位），故将dsLED<<8。（PC8~PC15低电平使能，所以初始化设计成高电平；PD2高电平使能，所以初始化设计成低电平）从原理图上可以看led用了PC8~PC15，PD2是锁存器的控制端口，先使能这些端口。在文件夹新建一个文件夹bsp，把led.c和led.h保存至bsp。打开魔术棒保存bsp的路径。
模块化
qq_54357381的博客
04-23 1162
@[TOC] 模块化书写 模块化即将原本一个.c文件中的全部代码拆成几部分，主函数依旧在main.c文件中，其余函数声明等可以放在.h文件中，自定义函数也可以放在另外的.c文件中，但此文件中不可包括主函数。 .h文件的介绍 h文件的书写有哪些规则？ h文件中可以对变量定义，函数声明，数组进行一个模块化封装，但不能有具体的函数。 h文件的书写方式是什么？ 例如： led.h #ifndef __LED_H_// #define __LED_H_// #include<reg52.h> sbit
stm32新建工程时头文件中，使用#ifndef #define #endif条件编译，添加硬件驱动源文件
weixin_45571586的博客
10-20 633
(1)头文件（LED.h文件中）中，使用#ifndef #define #endif条件编译 #ifndef __LED_H //避免头文件内容重复调用 取什么名字没关系 #define __LED_H //如果没有定义__LED_H标识符 没有的话就定义一个__LED_H标识符 void LED_Init(void); #endif (2)LED.c 源文件中需要引用 #include“led.h” void LED_Init(void) { } //此处要有回车结尾 (3)stm32f4
STM32学习_HAL库_LED闪烁
weixin_53384447的博客
05-20 1091
初始化结构体。需要观察定义右键点击或者左键点击拖动一下可选择分栏查看分栏后：代码补全的问题之前打开江协科技工程，设置了代码补全功能，有效，现在打开正点原子的项目，同样的设置代码补全的功能又不见了。
条件编译 #ifndef _HEAD_H...中下划线的理解！
yueguang_16的专栏
01-12 697
一、下划线“__”属于编程风格的内容，对程序没有影响。不用下划线也可以，用几个下划线也由个人习惯。 二、其实质是一个宏名。由此我们可以防止发生重复定义或声明。 假设你的头文件名为head.h，根据习惯，我们声明一个宏HEAD_H,对应这个头文件，在头文件中开始的地方和结尾的地方加上   对HEAD_H的声明和判断，头文件Head.h如下： #ifndef   HEAD_H #de
#ifndef和#define——笔记
qq_27328855的博客
01-17 6186
#ifndef和#define
第13讲 手把手编写跑马灯实验-库函数h
Wind_Haolin的博客
03-24 235
STM32自学
#ifndef __SYS_H #define __SYS_H
最新发布
09-12
`#ifndef`, `#define`, 和 `#endif` 是预处理器指令，用于防止头文件的多重包含（multiple inclusion）。这种机制通常称为"include guards"。下面是这些指令的解释： - `#ifndef` 指令检查预处理器变量是否未定义。这里的 `__SYS_H` 是我们定义的一个宏，它通常包含在头文件的名称中，但全部使用大写字母，并且前后各加两个下划线。如果这个宏没有被定义，预处理器将不会包含这个头文件。 - `#define` 指令定义了宏 `__SYS_H`，确保如果该头文件被多次包含，后续的包含检查将失败（因为宏已经被定义了），从而避免头文件内容的重复包含。 - `#endif` 指令告诉预处理器这个include guards区域的结束。 通常，头文件应该这样写： ```c #ifndef __SYS_H #define __SYS_H // 头文件内容 #endif ``` 这样，只有当 `__SYS_H` 宏未定义时，头文件中的内容才会被编译器处理。一旦处理过一次，`__SYS_H` 宏就会被定义，如果头文件再次被包含，`#ifndef` 检查就会失败，头文件的内容就不会再次被处理。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值