micropython解释器移植到嵌入式_使用Python开发鸿蒙应用--2021.01.07直播图文

写在前面：

每年的过年前夕，手中的项目一定会告急。。。而自己又缺乏三头六臂七十二变等特技，所以只能在鸿蒙社区先消失一阵子了。今天再看社区的帖子，发现大家的进步可不一般，各种案例示例层出不穷，一片欣欣向荣的景象！在这样的氛围下，我又来了分享的欲望，希望自己的一点积累能为鸿蒙宇宙添砖加瓦。

直播主题回顾：

考虑到很多同学可能是新手，这里首先要谈谈交叉编译的概念！

交叉编译是嵌入开发中的基础概念，名字看起来高端大气上档次，但其本质还是编译，也就是把C/C++代码编译成可执行程序，和我们初学C/C++语言时的 Hello World! 程序编译几乎完全相同。

那么，你可能会问，不同之处在哪里？

不同之处仅仅是，Hello World! 在本机编译，可执行程序在本机运行；而交叉编译则是：程序在本机编译，而可执行程序在设备运行(即：本机无法直接运行交叉编译得到的二进制文件)。

对于大型嵌入式企业，开发环境一般分为两个部分：代码编辑环境和代码编译环境。产品代码位于代码服务器上，每个员工远程登录代码服务器之后创建自己的代码分支，之后就可以进行代码编辑和编译了。其中，代码编辑是在员工的工作PC上完成；而代码编译则是在服务器上完成。编译得到的二进制可执行程序，需要拷贝到工作PC上之后烧写到设备中。

大家通过类比可以发现，其实目前的鸿蒙设备开发方式就是企业级嵌入式产品的开发方式，只不过进行了缩减而已！代码编辑和代码编译在“不同的机器上”，两台机器通过网络互联，交叉编译得到的二进制文件通过代码编辑所在的环境烧写到设备。

那么，这有什么问题吗？

传统的嵌入式开发方式对于程序老手来说，没有任何问题，用起来游刃有余。但是，对于新手来说就可能是个噩梦了。

大家可以想想，程序出问题后如何定位？

就目前鸿蒙设备开发的情况来说，只有打印日志这一招可用。

这一招最常用，可问题也不少。。。

当然，有同学可能会说：“接个JTag断点调试就可以解决这个问题了！”

我想说，理论上确实如此，但是目前支持鸿蒙系统的开发板(如：Hi3861开发板)几乎不可能使用JTag进行调试！说得更简单一点：目前还没法用JTag对鸿蒙设备进行调试。所以，得另想办法，而Python是一个可行的选择。

Python语言简单而又不失强大，用于设备应用开发是再合适不过了。并且的，Python开发者数量巨大，如果鸿蒙应用开发能够支持Python语言，那么鸿蒙宇宙又可以增加无数闪耀的新星！

目标：除C语言之外，给开发者提供另一种选择，可以使用Python语言开发鸿蒙设备应用程序。所以，最迫切需要的是一个Python语言解释器，并且能够作为应用的一部分运行于设备上。如下图所示：

那么现在的问题就是：如何获得需要的Python语言解释器？

在这里有同学可能会问：为什么不直接移植MicroPython？而是对MicroPython做剪裁？

原因很简单，我的想法是让鸿蒙设备支持Python开发方式，而不是取代C语言开发方式，更不是取代鸿蒙！大家要明白MicroPython设计的初衷是直接运行于微控器，使用Python控制硬件，所以MicroPython本身已经具备了一些操作系统的特质，如果直接移植到设备(Hi3861开发板)，那么也就意味着用MicroPython替代了鸿蒙，这显然与期望不符！

MicroPython的语言解释器是对Python的一个重新实现，非常适合资源受限的嵌入式设备。因此，最好的做法就是剪裁MicroPython的语言解析器，之后将鸿蒙设备的系统API接口绑定到Python语言(即：Python版同名系统API)，这样就可以达到我的目的了。

文章后续内容和相关附件可以点击下面的原文链接前往学习