高仿京东商城App,具有完整的结构,代码整洁规范,结构清晰,集成Flutter模块,具备React-Native热更功能,...如果对你有帮助,给个star
- 使用kotlin语言开发,项目使用模块化开发,降低了耦合性
- 网络使用 retrofit2 + okhttp3方式,进行了高度的封装
- 使用leakcanary 内存泄漏检测
- 基于MVI架构(airbnb的Mavericks)开发
- 使用本地mock模拟服务端
- 采用ARouter路由管理
- 集成Flutter模块,填写订单页由flutter编写, module_flutter可单独运行
- 集成RN热更功能,rn工程请见
-
同款Flutter版本( https://github.com/GuoguoDad/jd_mall_flutter.git )
由于没有明确的状态管理标准,随着应用程序的增长或添加功能或事先没有计划的功能,视图渲染和业务逻辑可能会变得有点混乱,并且这种情况经常发生在Android应用开发过程中。可能你经常遇到状态管理导致业务逻辑和 UI 渲染的分工不明确,最终导致应用架构的混乱。而新提出的MVI架构,提倡一种单向数据流的设计思想,非常适合数据驱动型的UI展示项目。MVI的架构思想来源于前端,由于Model、View和Intent三部分组成。
- Model: 与其他MVVM中的Model不同的是,MVI的Model主要指UI状态(State)。当前界面展示的内容无非就是UI状态的一个快照:例如数据加载过程、控件位置等都是一种UI状态
- View: 与其他MVX中的View一致,可能是一个Activity、Fragment或者任意UI承载单元。MVI中的View通过订阅Intent的变化实现界面刷新(不是Activity的Intent、后面介绍)
- Intent: 此Intent不是Activity的Intent,用户的任何操作都被包装成Intent后发送给Model进行数据请求
- 这种方式会将 Flutter 库打包成由 AAR 和 POM artifacts 组成的本地 Maven 存储库。这种方案可以不需要安装 Flutter SDK 即可编译宿主应用。
- 该方式可以使你的 Android 项目和 Flutter 项目能够同步一键式构建。当你需要同时在这两个项目中进行快速迭代时,这种方案非常方便。必须安装 Flutter SDK 才能构建宿主应用程序。
本项目采用的方案B,细节详见
热更新也叫动态更新,一种和web更新方式很类似。对比App的版本更新,热更新能及时修复线上存在的问题,大幅提升业务迭代效率。
热更流程:
1,将本地打包好 Bundle 文件上传到 OSS ,同时生成MD5值。只要 Bundle 内容发生了变化,那么生成 MD5 值就是不一样的,用 MD5 保证文件的唯一性。
2,上传前面生成的bundle包,然后将服务最新的线上 Bundle 修改成最新的,这时版本服务会在内部通过 mysql 或 redis 把线上最新文件给记录下来。 (这里项目使用json文件记录)
3,React Native App 发起版本请求,版本服务会直接把最新的 Bundle 告诉 React Native 应用。
4,React Native 发起 CDN 资源请求 资源请求会先询问某个 CDN 的边缘节点,如果该边缘节点没有缓存,则会去源站拉取;如果该边缘节点有缓存,则直接返回。
库 | 功能 |
---|---|
retrofit2 | 网络 |
okHttp3 | 网络 |
mavericks | MVI框架 |
BaseRecyclerViewAdapterHelper | 万能适配器 |
PhotoView | 图片预览 |
ARouter | 组件化路由 |
coil | 图片加载 |
XPopup | 弹窗组件 |
banner | 滚动图 |
SmartRefreshLayout | 智能下拉刷新框架 |
gson | json解析 |
leakcanary | 内存泄漏检测库 |