Taro on Harmony C-API 版本正式开源
Taro 是由京东倡议并保护的开放式跨端跨框架处理计划，撑持以 Web 的开辟范式去完成小顺序、H5、本死 APP 的跨端一致开辟，从 18 年开源至古，正在 GitHub 已乏计取得 36,000+ Stars。
Taro x 杂血鸿受
正在过来的一年中，Taro 阅历了明显的演变，Taro on Harmony 计划完成从 ArkTS 计划到 C-API 计划的晋级，胜利完成了对杂血鸿受的完整适配，扩大了 Taro 的兼容仄台家属，完成了对 H5、小顺序、RN、本死鸿受多真个一致开辟。
客岁 9 月，京东 APP 杂血鸿受 正在鸿受使用商乡正式上线，APP 中中心购物链路，如尾页、搜刮、商详、购物车、定单、结算战我京等页里，皆是经过 Taro on Harmony C-API 版本停止开辟，而且一上线便取得了华为的 S 级使用认证。
明天，我们正式开源 Taro on Harmony C-API 版本，此次版本的公布，将带去更丰厚的款式适配、更下效的衬着功能、更片面的组件撑持，让开辟者以 Web 范式的体例去开辟出媲好本死鸿受功能的使用，为鸿受使用死态的丰厚注进弱小的动力。
关于开辟者来讲，Taro on Harmony 手艺计划为开辟者供给了明显劣势：明显下降鸿受使用开辟门坎，闪开收者可以应用熟习的 Web 手艺栈疾速构建杂血鸿受使用。同时，基于鸿受 CAPI 构建的下功能衬着管线，正在包管开辟下效力的同时完成了取本死使用媲好的功能表示。更主要的是，开辟者能够充沛复用现有研发作态，将存量 Taro 项目疾速适配迁徙至鸿受仄台，年夜幅减速营业正在鸿受死态的规划取上架历程。
全体手艺架构
Taro on Harmony 手艺计划撑持开辟者运用 React DSL 去开辟杂血鸿受使用，全体架构能够复杂分为三层：
最下层是使用营业代码地点的 ArkVM 层，那一层正在 C-API 版本中次要运转营业代码、React 的中心代码和大批的 Taro 运转时期码。
两头层是 Taro 的 CSSOM 战 TaroElement 树，担任处置下层 Taro 运转时期码通报上去的指令，比方 TaroElement 节面树创立，绑定干系和设置属性等操纵。
最上层寄存的是 TaroRenderNode 实拟节面树，那棵节面树战真实的上屏节面树是逐个对应的干系，同时正在 TaroRenderNode 节面树内会创立对应的 Yoga 节面。
同时 Taro 借基于鸿受供给的 VSync 机造设置一套义务处置管线，去处置两头层战上层节面树发生的款式婚配、节面丈量、节面规划、款式设置和节面上屏等义务，去包管义务的时序性战最初上屏衬着后果的准确性。
重面特征
丰厚的才能撑持
经常使用组件战 API 撑持
正在 C-API 版本的 Taro on Harmony 中，我们不只完好撑持了 React 18+，别的撑持了 View、Text、Image、Video 等远 33 个 Taro 组件，关于经常使用的 API，如 getSystemInfo、getStorage 等也是正在 C-API 版本中失掉了完好的撑持，并且针对逻辑较为庞大的 API 如：createSelectorQuery 和 createIntersectionObserver，我们将那些 API 正在 C++ 侧停止了从头的完成，年夜幅晋升了他们的履行功能。
经常使用款式撑持
正在 C-API 版本中，我们对撑持了年夜局部罕见的 CSS 才能：
撑持罕见的 CSS 款式战规划，撑持 flex、真类战真元素
撑持罕见的 CSS 定位，相对定位、fixed 定位
撑持罕见的 CSS 挑选器战媒体查询
撑持罕见的 CSS 单元，比方 vh、vw 和计较属性 calc
撑持 CSS 变量和平安地区等预界说变量
同时，我们参考阅读器 CSSOM 的完成体例，正在 C++ 完成了一套 CSSOM 逻辑，外面包括了款式剖析、款式婚配、款式分解战使用全部链路的款式处置逻辑。
别的，Taro 引进了 Yoga 规划引擎去计较衬着节面的地位战巨细，最年夜水平包管 Taro 构建出去的鸿受使用中衬着款式战 W3C 标准的分歧性。
媲好本死 ArkTS 的下功能
运转时逻辑下沉至 C++
正在 C-API 的版本中，我们将 ArkVM 层的 Taro 运转时内容增添到极致的薄，将 TaroElement 的年夜局部内容皆下沉到了 C++ 侧，并正在 ArkVM 层打消了他们之间女子干系的绑定，极年夜天晋升了 TaroElement 相干逻辑的功能。
另外一圆里，正在 C++ 侧 Taro 会指令式天挪用 ArkUI 正在 C++ 侧供给的 API，去下效天创立节面、设置属性、绑定事情和画造上屏。
供给少列表组件应对少列表场景
Taro 借针对少列表场景针对性天供给了少列表范例组件，并对少列表范例组件停止了劣化，供给了懒减载、预减载战节面复用等功用，无效天处理年夜数据量下的功能成绩，进步使用的流利度战用户体验。
撑持 C-API 夹杂本死的衬着形式
Taro 的组件战 API 是以小顺序做为基准去停止设想的，因而正在实践的鸿受使用开辟进程中，会呈现局部所需的组件战 API 正在 Taro 中没有存正在的状况，由于针对这类状况，正在 C-API 版本中，Taro 供给了本死夹杂开辟的才能，撑持将本死页里或许本死组件夹杂编译到 Taro 鸿受项目中，撑持 Taro 组件战鸿受本死组件正在页里上的夹杂运用。
运用教程
项目开源地点
Taro 当地开源地点：https://github.com/NervJS/taro
Taro 鸿受 C-API 开源地点：https://github.com/NervJS/taro-harmony-capi-library
装置战运用
装置 harmony 插件
# 运用 npm 装置 $ npm i @tarojs/plugin-platform-harmony-cpp # 运用 pnpm 装置 $ pnpm i @tarojs/plugin-platform-harmony-cpp
增加插件设置装备摆设
import os from 'os'
import path from 'path'
const config = {
// ...
plugins: ['@tarojs/plugin-platform-harmony-cpp'],
harmony: {
// 以后仅撑持运用 Vite 编译鸿受使用
compiler: 'vite',
// Note: 鸿受工程途径，能够参考 [鸿受使用创立导读](https://developer.huawei.com/consumer/cn/doc/harmonyos-guides-V2/start-with-ets-stage-0000001477980905-V2) 创立
projectPath: path.join(os.homedir(), 'projects/my-business-project'),
// Taro 项目编译到对应鸿受模块名，默许为 entry
hapName: 'entry',
},
// ...
}
编译项目
# 编译鸿受使用 $ taro build --type harmony_cpp # 编译鸿受本死组件 $ taro build native-components --type harmony_cpp
假如需求编译鸿受使用，同时运用编译鸿受本死组件，能够正在页里设置装备摆设中增加 entryOption: false 暗示该页里是组件，同时能够用过 componentName 指定组件导知名。
export default {
navigationBarTitleText: 'Hello World',
+ componentName: 'MyComponent',
+ entryOption: false,
}
总结取瞻望
Taro on Harmony C-API 版本阅历了京东鸿受 APP 的理论，综开功能、死态和开辟体验来说，毫无疑问曾经成了开辟鸿受使用的最好框架选型之一。
当下，我们也依然正在不时完美着鸿受的适配计划，基于以后的 Taro on Harmony C-API 计划，我们会停止多线程的架构晋级和 React 的 C++ 化，进一步晋升 Taro 正在鸿受端侧的功能，并极年夜天下降使用的拾帧率，全体停顿也曾经处于考证战测试阶段。
也欢送大师一同介入 Taro on Harmony 的共建，您们的每个倡议，每次提交，皆是推动 Taro 持续往前走最年夜的动力。
考核编纂 黄宇
