[文章]从零移植OpenHarmony轻量系统【1】移植思路

摘要：本文简单介绍OpenHarmony轻量系统移植，会分多篇
适合群体：想自己动手移植OpenHarmony轻量系统的朋友
开始尝试讲解一下系统的移植，主要是轻量系统，也可能会顺便讲下L1移植。

1.1移植类型
OpenHarmony轻量系统的移植比较简单，代码中解耦做得非常好。从代码的设计理念上来看，移植主要是3部分的内容：
（1）ARCH部分的代码
（2）SoC部分的代码
（3）board级的代码
从上至下我们可以用一张图来做对比：

ARCH也就是架构，例如ARM架构、RISC-V架构等
SoC是具体芯片，例如STM32、海思等，一个架构可以有多个芯片。
Board是具体开发板，例如3861有润和的开发板、也有小熊派的开发板。
通常来说，相关架构的不同SoC，应该是共用一套ARCH代码，不需要为每个SoC都重新写一遍ARCH代码，可以增加代码的复用。
相关SoC的不通过board开发板，也应该共用一套SoC代码即可，板卡之间的代码差异应该放到board中。
基于如上设计，我们移植的类型可以分为3部分：
（1）ARCH移植：全新的架构级别的移植
（2）SoC移植：已支持的架构做SoC级别的移植
（3）board级别的移植：只针对开发板做少量移植。
移植的难度也是ARCH最难，SoC较难、board较简单。

1.2 相关代码
我们看下OpenHarmony轻量系统之3部分的代码分别在哪里：
（1）ARCH相关代码
ARCH相关的代码存放在kernelliteos_march文件夹中

可以看到目前已支持的架构有ARM（M3、M4、M33、M7、ARM9）、csky、risc-v、xtensa。
（2）SoC相关代码
SoC相关的代码位于：devicesoc

（3）board相关代码
board相关的代码位于：device/board

（4）vendor相关代码
除了以上3部分的代码之外，还有厂商配置相关代码，这一部分主要是用于编译系统、HDF配置等，路径为： vendor
内容如下：


1.3移植思路
建议是先从最简单的开始，路线如下：
vendor —— board —— soc —— ARCH
下一篇文章，将开始讲解如何创建一个自己的vendor厂商配置和编译流程。
一开始基于hi3861，之后会基于STM32或者GD32单片机开始，大家也可以在评论区里写上想要移植的芯片型号。