您的位置 首页 被动

单片机C语言中define的妙用

单片机C语言中define的妙用最近一款产品调试时发现了问题,在一起检查一个小伙伴的C程序。问题不大,但暴露了一点问题。比如:PORTB=0x23;

单片机C言语define的妙用

最近一款产品调试时发现了问题,在一起查看一个小伙伴的C程序。问题不大,但暴露了一点问题。
比方:PORTB=0x23; //他的意思是把第5和第2方位1
可是你能一会儿看出来第5和第2方位1吗?其实应该是0x24,他并没有发现这个过错,算错了,所以正确的是:
PORTB=0x23;
其实,咱们完全能够防止这个过错。
翻开咱们编译器自带的头文件,比方AVR Tiny13头文件中有如下句子:
# define PB5 5
# define PB4 4
# define PB3 3
# define PB2 2
# define PB1 1
# define PB0 0

看似没什么用,其实大有用途。
PORTB=0x24;就能够写为:
PORTB=(1<这样,是不是一会儿就能看清谁跟谁了?也便利他人阅览。

define的妙用远不止此,但根本的用法简略,要灵活运用,才行。
下面是摘录自网上的define用法,期望你能把握并运用。

#define用法
1.简略的define界说

#define MAXTIME 1000

一个简略的MAXTIME就界说好了,它代表1000,假如在程序里边写

if(i

编译器在处理这个代码之前会对MAXTIME进行处理替换为1000。

这样的界说看起来类似于一般的常量界说CONST,但也有着不同,因为define的界说更像是简略的文本替换,而不是作为一个量来运用,这个问题在下面反映的尤为杰出。

2.define的“函数界说”
define能够像函数那样承受一些参数,如下

#define max(x,y) (x)>(y)?(x):(y);

这个界说就将回来两个数中较大的那个,看到了吗?因为这个“函数”没有类型查看,就好像一个函数模板似的,当然,它肯定没有模板那么安全便是了。能够作为一个简略的模板来运用罢了。

可是这样做的话存在危险,比如如下:
#define Add(a,b) a+b;
在一般运用的时分是没有问题的,可是假如遇到如:c * Add(a,b) * d的时分就会呈现问题,代数式的原意是a+b然后去和c,d相乘,可是因为运用了define(它仅仅一个简略的替换),所以式子实践上变成了
c*a + b*d

别的举一个比如:
#define pin (int*);
pin a,b;
原意是a和b都是int型指针,可是实践上变成int* a,b;
a是int型指针,而b是int型变量。
这是应该运用typedef来代替define,这样a和b就都是int型指针了。

所以咱们在界说的时分,养成一个杰出的习气,主张一切的层次都要加括号。

3.宏的单行界说

#define A(x) T_##x
#define B(x) #@x

#define C(x) #x
咱们假定:x=1,则有:
A(1)——〉T_1
B(1)——〉1
C(1)——〉”1″

(这儿参阅了 hustli的文章)

4.define的多行界说

define能够代替多行的代码,例如MFC中的宏界说(非常的经典,尽管让人看了厌恶)

#define MACRO(arg1, arg2) do { /
/
stmt1; /
stmt2; /
/
} while(0)
关键是要在每一个换行的时分加上一个”/”

5.在大规模的开发过程中,特别是跨渠道和体系的软件里,define 最重要的功用是条件编译。

便是:
#ifdef WINDOWS
……
……
#endif
#ifdef LINUX
……
……
#endif

能够在编译的时分经过#define设置编译环境

6.怎么界说宏、撤销宏

//界说宏
#define [MacroName] [MacroValue]
//撤销宏
#undef [MacroName]
一般宏
#define PI (3.1415926)

带参数的宏
#define max(a,b) ((a)>(b)? (a),(b))
关键是非常简略发生过错,包括机器和人了解上的差异等等。

7.条件编译

#ifdef XXX…(#else)…#endif
例如 #ifdef DV22_AUX_INPUT
#define AUX_MODE 3
#else
#define AUY_MODE 3
#endif
#ifndef XXX …(#else) …#endif

8.头文件(.h)能够被头文件或C文件包括

重复包括(重复界说)
因为头文件包括能够嵌套,那么C文件就有或许包括屡次同一个头文件,就或许呈现重复界说的问题的。
经过条件编译开关来防止重复包括(重复界说)
例如
#ifndef __headerfileXXX__
#define __headerfileXXX__

文件内容

#endif
9. #define中的#、## && #@

前些一段时间在看WinCE的Code时发现在宏界说中有用到##,如下所示

#define GPEBLT_FUNCNAME(basename) (SCODE (GPE::*)(struct GPEBltParms*))&GPE::##basename

在#define中,规范只界说了#和##两种操作。#用来把参数转换成字符串,##则用来衔接两个前后两个参数,把它们变成一个字符串。

1#define ToString(a) #a

2ToString( A b Cd ); //A b Cd

3ToString( A/n b Cd ); //A

4 // b Cd

5ToString( A/ n b Cd ); //A n b Cd

6

7

8#define ConCat(x, y) x ## y

9ConCat( “ABC”, “DEF” );

10ConCat( 123, 4);

11ConCat( 123.0, 5);

12//=================================

13// Cat( 123.0, 5.5);

14// Cat( a, b );

15// Cat( “ABC”, d );

16// Cat( a, 1234 );

17// Cat( “ABC”, 1234 );

18//===== above cant compile =======

19

20

别的,在网上搜到还有一种用法:#@,把参数转换成字符

1#define ToChar(a) #@a

2ToChar(a); // a

3ToChar(ab); // b

4ToChar(abc); // c

5ToChar(abcd); // d

6//ToChar(abcde); // too many characters in constant

7ToChar(1.); // .

这个没在规范上看到。上述测验是在VS studio环境下做的。不知道GCC中是否有相同的用法。

最终附上#define和typedef的差异

1) #define是预处理指令,在编译预处理时进行简略的替换,不作正确性查看,不关意义是否正确照样带入,只要在编译已被打开的源程序时才会发现或许的过错并报错。例如:
#define PI 3.1415926
程序中的:area=PI*r*r 会替换为3.1415926*r*r
假如你把#define句子中的数字9写成字母g 预处理也照样带入。

2)typedef是在编译时处理的。它在自己的效果域内给一个现已存在的类型一个别号,可是You cannot use the typedef specifier inside a functiondefinition。

3)typedef int * int_ptr;

#define int_ptr int *
效果都是用int_ptr代表 int* ,可是二者不同,正如前面所说,#define在预处理时进行简略的替换,而typedef不是简略替换,而是选用好像界说变量的办法那样来声明一种类型。也便是说;

//refer to (xzgyb(老达摩))
#define int_ptr int *
int_ptr a, b; //相当于int * a, b; 仅仅简略的宏替换

typedef int* int_ptr;
int_ptr a, b; //a, b 都为指向int的指针,typedef为int* 引入了一个新的助记符

这也说明晰为什么下面观念建立
//QunKangLi(保护本钱与程序员的创造力的平方成正比)
typedef int * pint ;
#define PINT int *

那么:
const pint p ;//p不行更改,但p指向的内容可更改
const PINT p ;//p可更改,可是p指向的内容不行更改。

pint是一种指针类型 const pint p 便是把指针给锁住了p不行更改
而const PINT p 是constint * p 锁的是指针p所指的目标。

4)还应经注意到#define 不是句子不要内行末加分号,否则会连分号一块置换。

声明:本文内容来自网络转载或用户投稿,文章版权归原作者和原出处所有。文中观点,不代表本站立场。若有侵权请联系本站删除(kf@86ic.com)https://www.86ic.net/ziliao/beidong/318942.html

为您推荐

联系我们

联系我们

在线咨询: QQ交谈

邮箱: kf@86ic.com

关注微信
微信扫一扫关注我们

微信扫一扫关注我们

返回顶部