大型移动应用
文章平均质量分 91
devyok
这个作者很懒,什么都没留下…
展开
-
大型移动应用解决之道 - 插件化
插件化这个词相信读者并不陌生,比如,我们的IDE(eclipse,As等)都具有支持插件的能力,如果了解Windows开发的读者对DLL这种机制也并不陌生,包括一些Web应用服务器(jboss等),他们也都实现了osgi的模块化的规范,可以实现类似插件的功能,在无需停止服务器的前提下就可以上线一些需求或动态的替换组件和模块的实现等。 但是在Android系统中是不支持这种开发模式,需要我们的开原创 2018-01-12 15:57:58 · 1433 阅读 · 0 评论 -
大型移动应用解决之道 - 依赖管理
如果我们足够细化架构,那么必然会有通用的组件或模块被提取出来,通常每个通用组件或模块都有专门的团队来负责开发维护,既然是通用的,那么其他功能模块的研发团队都需要依赖他们来做事情,而依赖的方式大概有以下两种原创 2018-01-23 17:42:21 · 675 阅读 · 0 评论 -
大型移动应用解决之道 - 组件化
在插件化那篇文件中,我们介绍了插件化解决了很多痛点问题,很完美的方案,不管是研发还是产品都爱不释手,但是插件化的实现并不是这么容易就能应用到产品中,还是要折腾折腾的,其次还要看团队中有没有大神级人物能hold住。原创 2018-01-24 10:01:36 · 686 阅读 · 0 评论 -
大型移动应用解决之道 - 前言
大型移动应用解决之道 - 前言大型移动应用解决之道 - 多进程大型移动应用解决之道 - 插件化大型移动应用解决之道 - 组件化大型移动应用解决之道 - 动态化大型移动应用解决之道 - 业务框架化大型移动应用解决之道 - 升级精准化大型移动应用解决之道 - 测试自动化大型移动应用解决之道 - 代码检查自动化大型移动应用解决之道 - 依赖管理大型移动应用解决之道 - 发布自动化下图列出了各个方案所解决原创 2018-01-24 09:54:05 · 724 阅读 · 0 评论 -
大型移动应用解决之道 - 多进程化
面临的问题?随着业务部门在移动平台的需求量越来越多,功能需求在单向递增,N个功能模块在同一个进程中去争抢内存,如果使用不当,会带来很多稳定性的问题(卡,慢,崩)。功能需求增多之后,将会带来以下问题:1. 最直观看到的便是应用的体积变大,即DEX文件变大,当被映射到内存时,这部分内存很难被卸载回收。2. 每个应用的内存大小是有限制的,应用并不是无限制的申请内存,系统也设有临界值,如果原创 2018-01-12 15:57:09 · 637 阅读 · 0 评论