51编程里的子程序头文件可以直接移植到stm32上吗

51编程里的子程序头文件不能直接移植到stm32上。原因如下：

1、单片机的编程，与通用C语言不完全一样，硬件的依赖性很强，任何子程序都可能与使用环境息息相关。

2、头文件除了定义变量，函数申明以外，也有对硬件的定义，比如IO口定义，寄存器定义等等，这都限制了其使用平台的灵活性，增加了移植的难度。

3、至于与硬件无关的一些函数组合成的头文件，也不能直接移植，比如延时、显示、通讯等，由于各个单片机的速度不一致，各个平台上程序就有所差异，甚至差别很大。

综上所述，不同种类单片机之间程序（包含头文件）移植是不能直接的。

最通俗的理解，头文件就是将别的文件里的代码插入到编程代码中的一种方式。它使用#include指令，比如“include "ABCD.h"”这个指令告诉编译器，我这儿要加入一些代码，这些代码在一个叫"ABCD.h"的文件中，将这个文件的内容直接全部插入到这一代所在位置就好。一般习惯于用.h或.hpp作为这类文件的扩展名。

C++：编程语言，这个范围很广，所以和这个语言扯边的东西都可以括进来。

VC++：一是指Visulal C++，可视化C++语言编程；另一指微软的Visual C++编译器。

MFC：微软基础类库，用C++语言封装的一个库，简化C++语言的学习难度，具有强大的功能，但现在大家更倾向于直接用API编程。

找工作：

C++现在相比JAVA和PHP、C#更难找工作一些，因为C++学精比这几个需要更长的时间，但是C++学精的开发人员进入公司核心层面的可能性更大，理由也是一样。此外，学会C++以后，PHP和JAVA都很容易上手，都是C系语言，难度要小一些。

C++的重点内容，通用的有，标准库，类，模板等，指针是难点，另外，线程，网络通信，DLL，以及ActiveX控件、COM等等都应该知晓。在C++界面编程方面，选项有好几个，可以选择一种作为主攻方面。

宽泛点来说，从结果角度上看C几乎什么都能做，C++几乎什么都能做好。但是从开发成本上说，很多情况下C/C++不是最好的选择。眼下C最主要的使用领域应该是Unix系系统的开发以及某些Unix系系统的软件的相关开发。C++恐怕还是游戏开发。

作为通用语言，可以适应各种类型的开发算是必备属性（同理，Java其实也是几乎什么都能做，只是限制相对来说要大一点并且很多事情做不了那么好）。C/C++的规则比较宽泛，可以用来进行一些更贴近硬件的开发，而大部分C/C++开发环境也是这么做的。这造成相对来说用C/C++开发往往对其他语言的依赖比较小。

C++方面，因为C++还同时具有完整的元编程功能（虽然并不特别好用），使得在保证功能的前提下也是目前性能最高的语言之一。所以当开发一个软件特别是对性能有需求的软件的时候，就算别的开发语言都不能用，最后总还是有C++可以用。

不过C/C++有一个通病就是开发成本高。虽然什么都能做，但是大部分领域都有比它们更方便、人力成本更低的语言，只有实在不行的时候才需要考虑C++。而C目前几乎只限于一些原本就用C开发的老项目。所以现在对C/C++工程师的需求并不大。

C语言中，C程序顶部的信息集合被称为头文件。头文件包含了编译器创建最终可执行程序要用到的信息。ANSI/ISO C规定了C编译器必须提供哪些头文件。

举个例子：

通常写C程序是会有头文件#include<stdio.h>

#include<stdio.h>是C预处理命令，作用相当于把stdio.h文件中的所有内容都输入到该行所在的位置。

其中stdio.h含义是标准输入/输出头文件。

---