移动原生插件审核规范-Android

本文档适用于使用Android开发的原生插件

1)、最外层目录规范

原生插件包的最外层目录必须为该原生插件的原生插件名,如moduleDemo,然后使用zip压缩工具将该目录压缩成zip格式文件。如下图: 图片说明

【**】如果原生插件包不符合该规范,将导致该原生插件不被编译。

2)、子目录或文件规范

Android原生插件包内部最多只能包含以下4个目录或文件,大致如图: 图片说明

如果开发者开发的某原生插件,包入了这个4个文件或目录以外的文件或目录,需要更改。

2.1 res_原生插件名 目录审核

●该目录为可选目录。

1)、该目录命名规范必须为“res_”开头,后面跟原生插件名。例如“res_moduleDemo”。 凡是不符合这个规范的,需要更改。

2)、res_moduleDemo目录中内容审核: res_moduleDemo的根路径下最多仅允许包含res子目录和AndroidManifest.xml文件,如图: 图片说明

如果包入了这2个文件或目录以外的文件或目录,需要更改。

2.2 res目录审核

●该目录为可选目录。

该目录包含:anim、drawable 、drawable-xxxx、layout、layout-xxxx、values、values-xxxx、raw、menu等子目录。 这些子目录均为可选。

2.3 命名规范审核

原则上需要对这些目录下的所有文件进行命名规范的审核。 建议的命名规范为:mo_原生插件名_资源类型_资源名.后缀名。 例如:mo_moduleDemo_anim_aa.xml、mo_moduleDemo_abc.png、mo_moduleDemo_values.xml等。 该审核为非强制,如果开发者原生插件资源命名不规范,可引导其按照《原生插件开发指南》中建议的命名规范对资源进行规范的命名。

【**】防止潜在的与他人原生插件资源冲突的问题。

资源冲突,通常在云编译的时候,编译失败的log中将带大量类似“error: Resource entry ebpay_text_red is already defined”的log,很大部分编译失败均由此原因引起。

2.4 引擎固有资源审核

任意drawable、drawable-xxxx目录下不允许包含名为uz_icon.png和uz_splash_bg.png的图片资源。如果有,全部删除。

【**】否则将导致使用该原生插件的app其应用图标和启动页变成默认的。

2.5 字符资源审核

任意values、values-xxxx目录下的strings.xml文件中,不允许包含名为app_name的字段

例如某原生插件的values目录下包含的strings.xml中有类似如下配置:

<resources>
    <string name="app_name">ModuleDemo</string>
</resources>

这是不允许的,需要修改。 【**】否则将导致使用该原生插件的app其应用名称变成该字段定义的。

以下命名是不良好的。 因为太普通。

<resources>
 <string name="action_settings">Settings</string>
    <string name="title_activity_record">RecordActivity</string>
    <string name="tip">提示</string>
    <string name="dismiss">取消</string>
</resources>

如果别人的原生插件中strings.xml 中有相同的名字 “action_settings” , 那么这两个原生插件在一起编译时就会失败。因此开发者在定义字段时一定要带专有的前缀,如: modulename_action_settings

2.6 主题资源审核

任意values、values-xxxx目录下的styles.xml文件中,不允许包含名为AppTheme的字段例如某原生插件的values目录下包含的styles.xml中有类似如下配置:

<resources>
    <style name="AppTheme">
        <item name="android:windowNoTitle">true</item>
    </style>
</resources>

这是不允许的,需要修改。

【**】否则将导致引擎的相关主题设置被更改,引发一些不可预料的问题。

2.7 AndroidManifest.xml文件审核

●该文件为可选文件。

AndroidManifest.xml为标准的xml格式文件,用于配置该原生插件所需的权限,用到的系统组件等。 一个全面的AndroidManifest.xml文件参考如下:

<?xml version="1.0" encoding="utf-8"?>
<manifest>

    <uses-permission android:name="android.permission.INTERNET" />

    <activity android:name="com.yonbuilder.moduleDemo.DemoActivity"/>

    <receiver android:name="com.yonbuilder.moduleDemo.DemoReceiver" />

    <service android:name="com.yonbuilder.moduleDemo.DemoService" />

    <provider android:name="com.yonbuilder.moduleDemo.DemoProvider" />

    <meta-data android:name="moduleDemo" />

</manifest>

结合上表中的代码,AndroidManifest.xml应该满足以下规范:

2.7.1 根节点审核

根节点必须为 <manifest>

2.7.2 子节点审核

节点下只能包含:

<uses-permission> <activity> <receiver> <service> <provider> <meta-data>

6个类型的子节点。如果包含其他节点,需要修改(比如很多开发者的原生插件直接将引擎的AndroidManifest.xml文件打包到原生插件包中,导致存在<application>、<supports-screens>等节点,这是错误的)。

该6个类型的节点,允许有子节点。

2.7.3 不允许的节点

1)、类型的节点中,不允许包含名为: <activity android:name="com.uzmap.pkg.EntranceActivity"/> 的节点。 该配置为引擎配置,不允许原生插件引用。如果包含,需要修改。

2)、类型的节点中,不允许包含名为: <receiver android:name="com.uzmap.pkg.uzapp.UPExtraBridge" /> 的节点。 该配置为引擎配置,不允许原生插件引用。如果包含,需要修改。

3)、类型的节点中,不允许包含名为: <service android:name="com.uzmap.pkg.uzsocket.UPnsService" />的节点。 该配置为引擎配置,不允许原生插件引用。如果包含,需要修改。

4)、类型的节点中,不允许包含名为: <provider android:name="com.uzmap.pkg.uzapp.UProvider" />的节点。 该配置为引擎配置,不允许原生插件引用。如果包含,需要修改。

5)、类型的节点中,不允许包含名为: <meta-data android:name="uz_version" />的节点。 该配置为引擎配置,不允许原生插件引用。如果包含,需要修改。

2.8 source 目录审核

source目录为必须目录。如果原生插件包中没有该目录,需要修改。

1)、该目录为原生插件的代码导出的JAR文件及其依赖的JAR所在目录,可存放多个JAR文件。

2)、该目录下均存放的.jar后缀名的文件,如moduleDemo.jar、baidu.jar、tencent.jar。

3)、该目录不允许包含子目录。如果包含子目录,需要修改。

4)、该目录下不允许存放名为android-support-v4.jar的文件。如果存在,需要修改。

【**】开发者的android-support-v4.jar可能版本很低,导致使用该原生插件的app运行时发生崩溃。

5)、该目录下不允许存放名类似为apiEngine v1.1.0.jar的文件。即引擎文件。 如果存在,需要修改。

【**】该文件为引擎文件,由服务器动态编译最新版本,原生插件中若包入,将直接导致使用该原生插件的app无法使用。

2.9 target 目录审核

●该目录为可选目录。

1)、该目录为原生插件用到的so库其依赖的so库所在目录,可存放多个so文件。

2)、该目录允许包含子目录,如armeabi-v7a、arm64、x86、mips等,这些子目录均为可选。

如果包含了其中之一的子目录,那么该子目录下存放的so文件必须保持跟target目录下的so文件数量及名称一致。

3)、该目录及其子目录下不允许存放名libsec.so的文件。如果存在,需要删除。

【**】该文件为引擎文件,由服务器动态编译最新版本,原生插件中若包入,将直接导致使用该原生插件的app无法使用。

2.10 module.json文件审核

●该文件为必须文件。

该文件的结构为一个或者多个JSON对象,每个对象代表一个原生插件(平台允许一个原生插件包中同时存放多个原生插件的),如:

一个对象时的module.json配置:

{
    "name": "moduleDemo",
    "class":"com.yonbuilder.moduleDemo"
}

多个对象时的module.json配置,对象与对象之间以逗号隔开:

{
    "name": "moduleDemo",
    "class":"com.yonbuilder.moduleDemo"
},
{
    "name": "moduleDemo1",
    "class":"com.yonbuilder.moduleDemo1"
},
{
    "name": "moduleDemo2",
    "class":"com.yonbuilder.moduleDemo2"
}

同时需要检查一下module.json配置中,所有的字符是否均是半角的字符。

凡是不符合以上格式的,均须开发者做更改。

是否仍需要帮助? 请保持联络!
最后更新于 2024/07/31