5.0kit化可以在编译系统sdk时添加,将你的kit文件加入编译使得最终生成的sdk包含kits文件

修改编译脚本

修改build仓里面的构建脚本文件,添加kits目录脚本命令

社区的build脚本已经有kits编译功能了,只需要把你的kits目录新增的kit拷贝到社区仓interface仓了，和社区的都一起编

编译前添加kit文件和dts文件

将新增的dts文件放到编译脚本提到的api目录跟kit目录

例如这里将kits目录下的7个kit文件进行kits化编译

编译命令

full-sdk编译：./build.sh --product-name ohos-sdk
public-sdk编译（隐藏系统接口）：./build.sh --product-name ohos-sdk --gn-args=sdk_build_public=true

形如上述,d.ts的api里面用@systemapi修饰的就是系统接口

系统接口只在full sdk中存在,public-sdk中没有系统接口

编译public-sdk并本地检查

编译完成后,sdk生成目录如下:

out\sdk\packages\ohos-sdk\windows\

如图生成了三个平台的sdk

将windows拷贝出来

去相应目录下查看下有没有生成kit化文件

kit化文件相关1

windows\ets\kits

windows\ets\build-tools\ets-loader\kit_configs

如果编译成功,则上述目录的指定kit相关文件内容会形似 <<kit化文件相关1>>中的描述

同时检查dts文件

windows\ets\api

在public-sdk中隐藏了系统接口,在public-sdk中也会有kit文件,但是在dts文件中删除了所有标记为

@systemapi 的函数,即当前模块在public-sdk不可用

编译public-sdk并本地检查

full-sdk 中可以使用标记为@systemapi 的函数

其余的文件检查跟上面public-sdk一样

本地验证sdk

将上面编译生成的sdk拷贝到windows下,同时替换ets到deveco sdk目录

一般来说只需要替换ets目录就行

如上,通过两种方式导包验证接口是否可用