如何去提高程序的可移植性?求高手指导。

2019-07-15 19:07发布

在使用msp430芯片时,程序的移植变得尤为重要,可是本人的程序总是
不能做到随意移植,想请各位大神请教一下,在编程中要注意哪些问题,可以
提高自己程序的移植性呢?望大家不吝赐教,谢谢大家!
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
9条回答
wywz2012
1楼-- · 2019-07-15 23:01
多写点结构体函数
初代
2楼-- · 2019-07-16 03:42
 精彩回答 2  元偷偷看……
阿信509
3楼-- · 2019-07-16 04:34
模块化编程,别用底层调用
1563661808
4楼-- · 2019-07-16 07:06
1) 写程序请一定要考虑到你今后可能换个编译器。所以请使用预定义宏!比如MS的编译器就事先定义了__MSC,而Borland的就预先定义了__BORLAND_C。Sunplus GCC编译器也肯定有这样的宏。举个例子:setvect函数在Borland的实现中就叫setvect,而MS C/C++中却是_dos_setvet。如果你仅仅是简单的用setvect,那你的程序就很可能失去了移植到MS C下的可能。不过如果你这么写:

#if  defined(  __MSC  )

    _dos_setvect( 0x09,  禁止发广告_timer_handler ) ;

#else

#if  defined( __BORLAND_C  )

    setvect( 0x09,  禁止发广告_timer_handler ) ;

#endif

#error Error ! Need MSC or Borland C to compile this programe !

#endif

上面的代码就有很好的可移植性。并且可以在MS和BORLAND的编译器下都正确的工作,并且还能检测出如果的你编译器不是这两种的话,还能给个错误信息并终止编译。这个程序的可移植性很好。

2) 内存对齐与字节序。大多数的不可移植问题似乎都来自内存对齐,所以要避免写出需要内存对齐的或者对字节序有特殊要求的程序。

3) 使用标准的C语言。给大家再介绍一个预定义宏,可以用来检测你的C语言编译器是不是一个标准C编译器:

#if  defined( __STDC__ )

// This is a standerd ANSI C compiler

#else

// This is not a standerd C compiler, perhaps K&R C ???

#endif

3) 永远不要使用位域(bit fields)。虽然C支持在结构内申明位,比如:

int ch : 1 ;

但那往往带来的后果就是你的代码成了architecture specific code。也就是说,完全丧失了可移植性。

4) 不要直接使用int。int是魔鬼!在16位系统上,sizeof(int)是2,在32位系统上,却是4。一些依赖于int长度的程序将无法移植,我建议写下面的宏:

#if defined( CPU16 )

typedef  int SWORD ;

typedef unsigned int UWORD ;

#else

...

...

#endif

如果觉得这样麻烦,那就用short,它在十六位和三十二位系统上都是2个字节长。
爱吃果冻
5楼-- · 2019-07-16 12:00
1) 写程序请一定要考虑到你今后可能换个编译器。所以请使用预定义宏!比如MS的编译器就事先定义了__MSC,而Borland的就预先定义了__BORLAND_C。Sunplus GCC编译器也肯定有这样的宏。举个例子:setvect函数在Borland的实现中就叫setvect,而MS C/C++中却是_dos_setvet。如果你仅仅是简单的用setvect,那你的程序就很可能失去了移植到MS C下的可能。不过如果你这么写:

#if  defined(  __MSC  )

    _dos_setvect( 0x09,  禁止发广告_timer_handler ) ;

#else

#if  defined( __BORLAND_C  )

    setvect( 0x09,  禁止发广告_timer_handler ) ;

#endif

#error Error ! Need MSC or Borland C to compile this programe !

#endif

上面的代码就有很好的可移植性。并且可以在MS和BORLAND的编译器下都正确的工作,并且还能检测出如果的你编译器不是这两种的话,还能给个错误信息并终止编译。这个程序的可移植性很好。

2) 内存对齐与字节序。大多数的不可移植问题似乎都来自内存对齐,所以要避免写出需要内存对齐的或者对字节序有特殊要求的程序。

3) 使用标准的C语言。给大家再介绍一个预定义宏,可以用来检测你的C语言编译器是不是一个标准C编译器:

#if  defined( __STDC__ )

// This is a standerd ANSI C compiler

#else

// This is not a standerd C compiler, perhaps K&R C ???

#endif

3) 永远不要使用位域(bit fields)。虽然C支持在结构内申明位,比如:

int ch : 1 ;

但那往往带来的后果就是你的代码成了architecture specific code。也就是说,完全丧失了可移植性。

4) 不要直接使用int。int是魔鬼!在16位系统上,sizeof(int)是2,在32位系统上,却是4。一些依赖于int长度的程序将无法移植,我建议写下面的宏:

#if defined( CPU16 )

typedef  int SWORD ;

typedef unsigned int UWORD ;

#else

...

...

#endif

如果觉得这样麻烦,那就用short,它在十六位和三十二位系统上都是2个字节长。
cunyipeng
6楼-- · 2019-07-16 12:39
多写结构体语言

一周热门 更多>