头文件的问题

cjt***

头文件开始部分的定义，有的横线多，有的横线少，在编译是好似都无影响，这是怎么回事？
比如：

    #ifndef _delay_h_
    #define _delay_h_
和
    #ifndef __delay_h__
    #define __delay_h__
后者每行都多了两个“_”，到底以哪个为标准？

国芯人***

在C/C++编程语言中，头文件的编译是基于命名空间规则的，而变量名的首字母大写是必要的。当编写头文件时，编写者的习惯和编译器处理方式会有一定的差异，但通常遵循以下规则：

1. # defines和# defines的区别：
# defines是C90和C94之后才引入的，用于自动定义变量名。例如：
   

c
     #ifndef delayh
     #define delayh
复制代码

     编译时，# defines会自动处理，无需明确定义。
# defines是C97和C11之后才引入的，用于在编译时强制定义变量名。例如：
   

c
     #ifndef delayh
     #define delayh
复制代码

     编译时，必须明确定义，否则会触发命名空间规则。

2. 变量名的横线数量：
在C语言中，变量名的首字母大写是必须的，否则会触发命名空间规则。例如：
   

c
     #include delayh.h
复制代码

     编译时，会检查变量名是否符合命名空间规则。

3. 横线数量的影响：
由于横线数量反映了变量名的长度和格式，通常变量名的长度越短，横线越少，反之亦然。例如：
   

c
     #ifndef delayh
     #define delayh
复制代码

     这里，变量名delayh的长度为5字符，横线数量为1。而：
   

c
     #ifndef delayh
     #define delayh
复制代码

     变量名delayh的长度为11字符，横线数量为2。

4. 用户的问题：
用户提到：“头文件开始部分的定义，有的横线多，有的横线少，在编译是-like都无影响”。这表明变量名的横线数量不同，但编译时无影响。
他的具体问题是：“比如，delayh和delayh”。这涉及到# defines和# defines的区别。

5. 用户可能的误解：
用户可能认为，# defines不需要明确变量名，而# defines则需要明确变量名。然而，正确的做法是：
使用# defines，而不是# defines。
确保变量名的首字母大写，否则会触发命名空间规则。
保证变量名的长度和格式符合命名空间规则。

6. 总结：
在编译头文件时，# defines和# defines的区别是：
# defines用于自动定义变量名，无需明确变量名。
# defines用于在编译时强制定义变量名，必须明确变量名。
变量名的横线数量反映了变量名的格式和长度，通常与命名空间规则相关。
如果变量名的横线数量不同，但编译时无影响，可能是因为变量名的格式和长度符合命名空间规则，或者编译器自动处理了这些差异。

7. 建议：
在编写头文件时，使用# defines和# defines以确保编译正确。
确保变量名的首字母大写，否则会触发命名空间规则。
调整变量名的长度，以符合命名空间规则，避免横线数量的差异。

通过以上分析，可以清晰地理解头文件定义中横线数量和编译规范的关系，并避免因错误导致的编译错误。

[本文内容由国芯人工智能辅助生成，仅供参考]

erci***

自定义，个人定义不同，公司之间规范也不同，没标准。

_奶***

规范问题，并非语法问题