c语言的可移植性体现在哪里？

c语言的可移植性体现在哪里？

C语言的可移植性体现在：

1. 高度抽象的语法，使得它能够适用于各类不同的处理器体系。

2. 标准化的数据表示方式，使得它能够运行在任意一个有标准C语言实现的平台上。

3. 具有优雅、易读、易写特性，使得代码可以快速重新部署到其他平台上去。

换芯片，改电路，底层肯定要重写的。

写程序有个好习惯还是很重要的。下面说一下移植方面的习惯，

提高移植性，最重要的手段就是隐藏硬件实现的细节，把逻辑与底层分开。

举个例子，LED闪一下亮一下，P1_0=0在51上就是一句话的事。就这一句，就有三个地方涉及硬件，（1）硬件上是P1.0接LED，（2）硬件上低电平亮，相应的是高电平灭，（3）硬件是用的51，用了51独有的位 *** 作。

换个电路，或者换个芯片，这些都要重新改写。假设程序里面有十个地方需要亮灯，移植时就要改十个地方。把亮灯这件事定义成一个函数，或者叫方法，或者叫 *** 作，把具体的 *** 作细节隐藏起来，只表示出做了一件什么事情－－亮灯。像这样，voidLED_ON(void)在主程序里面,或者说在应用层的程序中调用LED_ON()就是亮灯，具体怎么亮灯，应用程序不管，也不能管，而是由单独的底层程序来做，也就是LED_ON这个函数的内容，是放在单独的一个文件中。用51，就写一个51下的底层，要移植，要用CM3就写一个CM3的底层，主程序可以不用改动，至少是尽量少改动。

为了提高移植性，尽量用标准的C写代码，涉及不同编译系统的实现细节，也要注意隐藏细节，前面的硬件细节，这个算是软件的细节吧。

比如sfr,sbit,interrupt这些，都是51独有的，换到不同的系统上，都需要重写。处理办法也是一样的，隐藏起来，放到单独的底层文件中。

基本上，做到这两步，程序的移植性会提高很多。

再举个小例子吧：

//app.c

#include"bsp.h"//注意这里不要包含硬件有关的头文件，比如"reg51.h"，不要包含在这里。

voidmain(void)

{

while(1)

{

if(hasKey())

{

led_on()

delay(100)

led_off()

}

}

//bsp.h

typedefunsignedshortuint16_t

typedefbitbool

voidled_on(void)

voidled_off(void)

voiddelay(uint16_tms)

boolhasKey(void)

//bsp_for_51.c

#include"bsp.h"

#include"reg51.h"

sbitled=P1^0

#defineON(0)

voidled_on(void)

{

led=ON

}

voidled_off(void)

{

led=!ON

}

voiddelay(uint16_tms)

{

inti

while(ms--)

for(i=0i}

boolhasKey(void)

{

return(P0!=0xFF)//测试是否有按键？

}

这个是51的系统，换成STM32，简单重写一下bsp.c，不需要改app.c，系统就可以移植过来。

常见的就只有x86系列的CPU和现在的x64CPU，但计算机的硬件很复杂，远不止这些CPU，如微波炉，洗衣机，冰箱都有CPU，这些CPU和我们的家用电脑CPU不同。

可移植性就表现在可以从一种硬件结构移植到另外一种上。

同时在不同 *** 作系统上运行也要移植，比如从Windows系统移植到Linux，Unix *** 作系统，或者从Windows移植到手机上运行，这些都要移植性。移植性不好，就很容易出问题，或者根本不能运行。

---