移动混合开发框架+Android原生模块化/组件化

1背景

    Android 原生框架可以进行模块化/组件化开发,不管是自己手写路由框架还是集成开源的框架如ARouter 都能实现。那么混合开发框架可以实现组件化开发么?

2实现

   以我做移动端的开发经验,我认为有模块化有两种:一种是多个模块共享进程;一种是多个模块之间跨进程。在Android中,各个模块跨进程的访问没有做详细了解。据我所知,目前模块之间通过路由跳转的方式是共享进程的。

2.1进程共享

   所谓的共享进程,即为各个模块公用同一个应用沙箱、公用同一套文件存储、同一套存储key、公用同一套资源文件(Android中的 /res)。

2.2cordova框架如何进行模块化

   在Android原生框架中的www文件夹是H5的运行目录,cordova框架模块化的意思是将多个业务模块进行拆分。拆分包括两种:
(1)H5端拆分:将前端的cordova项目拆分为多个独立的项目
(2)原生端组件化:在Android studio中运行的原生框架进行模块拆分,每个模块都对应着一个独立的H5项目,即每个模块下都有自己的www 包。

   模块化的最终目标是将一个主app模块拆分为多个业务模块。打包时,主模块依赖于其他子模块。子模块公用主模块下的资源文件。

cordova 模块化需要做以下工作:

   1、按照项目需要,将前端项目拆分为多个项目,主app作为一个门户,在门户中集成其他业务模块。每个前端项目可能有不同的登录逻辑,不同的界面风格等。
   2、Android原生框架集成路由框架,可做到模块之间的路由跳转。
   3、将cordova依赖包进行整合,将每个模块公用的依赖包拆分出来。
   4、手写H5端路由插件,用来通过在门户触发子模块菜单,并跳转到子模块应用中。
   5、为每个模块配置不同的config.xml 文件。每个模块启动或加载都需要重新生成cordova整套环境,即每个模块拥有不同的cordova上下文环境。
    6、各个模块之间资源共享,如不同模块下drawId都是一致的。如果想有自己的资源文件,则可都放到主模块下的res下。
    7、配置子模块下的www结构。由于子模块在编译后,最终还会加载到主模块下的www文件夹下,这样会导致主模块的www文件夹下有多个相同的index文件,这时需要给子模块的www结构增加一个模块文件夹,以标识此文件夹是某个子模块下的H5内容。
    8、修改index.html中的Cordova js文件的引用路径。各个模块公用同一套Cordova js 环境,所以需要修改子模块下的index.html文件下的路径为 "…/cordova.js "。

www文件路径如下图所示

移动混合开发框架+Android原生模块化/组件化_第1张图片

混合框架模块化后该如何升级与打包?

www下的H5资源文件该如何打包,如何动态升级,版本升级如何做?
1、主模块的H5代码依然执行动态升级,也可以执行全量更新(针对整个apk)。
2、子模块的www可进行在服务端动态拉取,拉取完成后放到主模块的运行目录下,并和主模块的www文件融合。

多个sqlite数据库如何存放到同一个应用沙箱中

举例说明:
1、主模块应用到了sqlite数据库,并创建数据库DataBase。
2、其他子模块也应用了sqlite数据库,并创建了数据库app_database_h。
请问,DataBase1 和DataBase2是如何存放到应用的packageName 下的呢?
移动混合开发框架+Android原生模块化/组件化_第2张图片
分析模拟器应用,可发现 主模块数据库存在于app_webview/databases 下,其中的Databases.db 为主应用模块下的数据库,存放主模块的数据库索引。app_webview/databases/file__0/1为主模块数据库的数据

子模块的数据库名称为app_database_h。其路径为 /包名/databases/。数据会放到当前目录下的file__0 文件夹下。

总结

1、混合移动开发组件化开发需要考虑前端H5页面拆分,不同的模块可根据复杂度拆分为不同的H5项目,每个H5项目有不同的后端服务支撑。
2、混合开发模式的组件化方式和原生Android框架组件化方式一致。
3、组件化需要考虑各个模块代码的动态拉取和升级。
4、组件化涉及本地数据库时需要考虑为各个模块创建不同的数据库。
5、组件化需要考虑资源共享问题,在实际开发中需要规避一些问题。

你可能感兴趣的:(Android,android,android,studio,ide)