RN下载策略思考
2016-01-26 16:02:36 0 举报AI智能生成
RN下载策略思考：在移动应用开发中，React Native（RN）作为一种跨平台的框架，为开发者提供了快速构建高性能应用的能力。然而，随着应用功能的不断扩展，包体积的增加可能导致应用性能下降和用户体验受损。因此，制定合理的RN下载策略至关重要。这包括对关键资源的优先级排序、动态加载和懒加载等技术的应用，以及对不同平台特性的充分了解和利用。通过优化下载策略，我们可以确保应用在各种设备上都能获得良好的性能和用户体验，从而提高用户满意度和留存率。
作者其他创作
大纲/内容
RN下载策略思考
下载
下发成功率怎样？覆盖率怎样？
怎样统计，何时加上？
业务包的下载时机，是统一下载？还是用到再下载
下载通道是什么？其它业务怎样接入？有无接入的文档和规范？
分包策略
bundle我们拆分成了base bundle和每个模板的业务bundle。base bundle是单独更新，所有业务可以复用
加载
加载时机？
业务用到后再加载
释放时机？
登录后加载是否支持？
是否会有性能问题，后续怎样解决？
主框架和子业务的加载成功率是多少？
比如js脚本的错误，无法加载成功，如IO失败，解密失败等，怎样统计，何时加上？
性能影响
加载主框架的耗时，主框架的内存占用，是否在主线程？数据是怎样的？
加载业务的性能数据，如上 提供下大概的量级
memory warning的处理
性能卡顿能否被blue监控到？如对AIO的卡顿是否有影响？如何监控？
是否有内存泄漏问题？内存泄漏问题如何处理？
配置管理系统
用的什么web配置系统？
权限管理是怎么做的？担心对全网用户错误下发jsbundle，风险极大
是否有操作log？
更新策略
更新时机是什么？登录时候更新一次 or 每次用到业务模块更新 or Push实时更新
终端会带上手Q版本、模板ID、模板版本号去服务器请求，由服务器决定是否更新
模版ID是指公众号逻辑的模版？还是针对所有接入RN的业务的模版ID
能否指定特定号码包更新？
只针对特定手Q版本的更新是否支持？
撤销能力是否支持？
精减策略
目前的优化进展，未来的优化方向是什么？
精减了多少安装包？
删除了哪些组件？
新加入了哪些通用组件，是否可以其它业务复用？
对于RN框架的修改是哪些？是否影响到了其它业务的使用？
安装包体积
给出评估，解决方案？
what about android？
安全性
js代码的加密
传输安全
crash监控
现有App的crash率是怎样的？
出现crash，rdm能否监控出来？
ram crash是否有堆栈能够快速定位到js代码行
跟随FaceBook更新RN的策略
是否紧随着FB更新？
框架后续维护和更新的接口人？
0 条评论
回复 删除
下一页
