寫在前面：
每年的過年前夕，手中的項目一定會告急。。。而自己又缺乏三頭六臂七十二變等特技，所以只能在鴻蒙社區先消失一陣子了。今天再看社區的帖子，發現大家的進步可不一般，各種案例示例層出不窮，一片欣欣向榮的景象！在這樣的氛圍下，我又來了分享的欲望，希望自己的一點積累能為鴻蒙宇宙添磚加瓦。
直播主題回顧：
考慮到很多同學可能是新手，這里首先要談談交叉編譯的概念！
交叉編譯是嵌入開發中的基礎概念，名字看起來高端大氣上檔次，但其本質還是編譯，也就是把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），這樣就可以達到我的目的了。
作者：唐佐林
想了解更多內容，請訪問： 51CTO和華為官方戰略合作共建的鴻蒙技術社區https://harmonyos.51cto.com/