今天尝试着C语言模块化编程,每个功能.c.h,缺点变量传递不便

3050311118 · 发表于 2012-9-25 23:18:51

试着C语言模块化编程,每个功能.c.h
但是发现一个缺点就是变量传递不便，特别是
C51的位变量
uchar bdata alarm=0;
sbit OVER = alarm^0;
这样写那个alarm变量就不能extern了。

请教下谁有好的办法使变量传递方便呢？？？

surken · 发表于 2012-9-25 23:18:52

本帖最后由 surken 于 2012-9-26 13:15 编辑

3050311118 发表于 2012-9-26 11:57
sbit 如果直接定义引脚编译是没有问题的

关键是uchar bdata alarm=0;

sbit 直接定义引脚和 bdata是一样的
使用extern关键字是都用 bit

uchar bdata alarm=0;
sbit over=alarm^0;

extern bit over;

AWEN2000 · 发表于 2012-9-25 23:26:59

变量在.c文件里定义、初始化
在.h里面用extern 申明

要用到这个变量，包含这个.h 文件即可

3050311118 · 发表于 2012-9-25 23:34:52

AWEN2000 发表于 2012-9-25 23:26
变量在.c文件里定义、初始化
在.h里面用extern 申明

关键是
bdata类型的
下面加个sbit .....
就不能extern了

zxq6 · 发表于 2012-9-25 23:57:14

那是非标准的用法，只能在keil里面用，建议用比较通用的bit操作方式
比如&=和|=

millwood0 · 发表于 2012-9-26 00:59:07

[Quote]一个缺点就是变量传递不便[quote]

That's called "scoping" and is a big advantage for C.

hamipeter · 发表于 2012-9-26 08:01:25

本帖最后由 hamipeter 于 2012-9-26 08:18 编辑

建议楼主用传统方法，这样写就可以了。

在.C的文件中定义全局变量：uchar alarm=0;

在.h的文件中做如下声明：
extern uchar alarm;
#defnie  OVER  0

在调用想使用该全局变量alarm的OVER位修改的C文件中可以这样使用：
alarm |= 1<<OVER  ;    // OVER位  =1
alarm &= ~(1<<OVER)  ;  // OVER位  =0

lcofjp · 发表于 2012-9-26 08:29:21

模块化编程通常是不共享变量的，而是通过get和set方式，一个模块的接口尽量通过函数的方式对外提供接口，为了提高效率可以弄成inline的。
模块化肯定是能行的，至于觉得不可行，可能是总体结构没有架构好。

aleyn · 发表于 2012-9-26 08:35:47

第一，你没搞清楚什么是模块化编程。
第二，51（沿伸至所有8位机）不大适合离散性（类、派生、事件）的模块化，只适合紧凑型（或说变量关联型）的模块化。
第三，8位机的情况下，尽量多使用寄存器做为全局变量。

yurinacn · 发表于 2012-9-26 08:39:15

变量传递不便不是缺点，如果楼主学到面向对象，会了解一个说法，叫做 “封装”，就是把不希望被外界访问的变量给封到里面，这样做的好处是不被外界干扰，开发一个模块只关注模块本身即可，即方便也安全

需要的话，要么在头文件里使用extern，注意，是模块自己的头文件，别的模块要用到变量时，inlcude这个头文件。要么用函数包装一下，把直接对变量操作变成函数调用。要么写一个global.h，把全局变量声明放里面

还有，bit不是常用变量，不建议使用，使用unsigned char代替就行。担心空间不够用，就用6楼的方法，效率有一点损耗，不过很小不值得关注。而且两种方法都方便移植。

wjkly · 发表于 2012-9-26 08:47:12

sbit不应该算作定义只能算作声明，放头文件就行

AWEN2000 · 发表于 2012-9-26 08:57:07

3050311118 发表于 2012-9-25 23:34
关键是
bdata类型的
下面加个sbit .....

不要用sbit，不是标准c语法，可移植性差。

用宏处理位变量

leijiayou · 发表于 2012-9-26 08:58:15

我感觉是不太方便。。。也许水平还不够

surken · 发表于 2012-9-26 09:26:59

本帖最后由 surken 于 2012-9-26 09:30 编辑

对于这个问题，坛子里有很多高手老早就有讨论，楼主可以搜搜。我也是借鉴了他们的做法。
我是这样做的：
1.建立一个Header.h的头文件，在这个文件里使用#include命令引用所有的用户头文件（*.h）。
2.每个*.c文件对应一个同名的*.h文件，c文件里是函数的定义，h文件里是变量和函数的定义或声明。
3.在每个*.c文件的开头处使用#define命令定义一个独特符号，比如Key.c文件开头 #define __KEY__。
4.在每个*.h文件中这样处理（此处以Key.h为例）：
#ifdef __KEY__
#define __KEXT__
//如有变量需初始化可放在此处
__KEXT__ 变量定义（带初值）
#else
#define __KEXT__ extern
//如有外部文件需使用Key.c文件中已初始化的变量可在此处声明为外部变量
__KEXT__ 变量定义（不能带初值）
#endif
//以下为变量和函数的定义（针对于Key.c文件）或声明（针对于其他外部文件），注意以下变量定义中不能对变量初始化。
__KEXT__ 变量定义
__KEXT__ 函数声明
5.在所有的c文件中使用#include命令引用Header.h文件即可。

对于楼主所考虑的sbit定义的符号应该是与硬件有关系的，可以直接建立一个Config.h的头文件来配置单片机的I/O口，然后在Header.h文件中引用Config.h文件即可。

以上是本人参考论坛其它同道的做法而得出的一种适合于自己的方法，欢迎大家指正或提出更好的意见，谢谢！

lihw2@ · 发表于 2012-9-26 10:15:31

关键是
bdata类型的
下面加个sbit .....
就不能extern了

.c文件用 sbit申明；
在.h文件里不用sbit 直接用bit就行了
如： sbit key1=P3^5;
extern bit key1

3050311118 · 发表于 2012-9-26 11:47:28

aleyn 发表于 2012-9-26 08:35
第一，你没搞清楚什么是模块化编程。
第二，51（沿伸至所有8位机）不大适合离散性（类、派生、事件）的模块 ...

寄存器作为全局变量？不懂

uchar a; 不是这样？
还是
sfr b=0xfe;这样？？？？

3050311118 · 发表于 2012-9-26 11:53:58

surken 发表于 2012-9-26 09:26
对于这个问题，坛子里有很多高手老早就有讨论，楼主可以搜搜。我也是借鉴了他们的做法。
我是这样做的：
1. ...

uchar bdata temp=0;
sbit .......

这样操作的好处是能省好多事情,C51的位操作比较方便,但是位标志位不能方便extern传递的话，是个麻烦事

这个定义在config.H里
如果只uchar bdata temp=0; 编译器不会报错
但是sbit之后编译器报错

但是我想要用这种方式来做吧标志位，效率比较高，省事省代码省ram

3050311118 · 发表于 2012-9-26 11:57:45

lihw2@ 发表于 2012-9-26 10:15
关键是
bdata类型的
下面加个sbit .....

sbit 如果直接定义引脚编译是没有问题的

关键是uchar bdata alarm=0;
sbit over=alarm^0;
alarm是变量就不行

Excellence · 发表于 2012-9-26 12:45:36

结构体，位域。。。。

sunliezhi · 发表于 2012-9-26 13:00:12

模块化的东东，建议还是要符合Standard C
不要在里面带有体系相关的西西

检验方法是：移植到任何体系任何编译平台都不会出错，仅修改体系相关的文件即可

jackiezeng · 发表于 2012-9-26 15:21:03

变量定为静态的，其他C文件要读取，需要通过接口函数来读写。

xizi · 发表于 2012-9-27 09:26:11

surken说得对，在
uchar bdata alarm=0;
sbit over=alarm^0;
之后，要使用
extern bit over;
不能用：
extern sbit over;

jyrpxj · 发表于 2012-9-27 11:02:46

我支持8楼的说法.

any_014 · 发表于 2012-9-30 20:46:27

标记一下。

AIHHLI · 发表于 2012-9-30 21:19:36

建议用函数而不是全局变量。

今天尝试着C语言模块化编程,每个功能.c.h,缺点变量传递不便

本帖子中包含更多资源

阿莫论坛20周年了！感谢大家的支持与爱护！！