ArchSummit北京2015 移动应用架构趋势纪要
2016-03-31 17:45
302 查看
在ArchSummit参会的过程中听了阿里、百度、携程、360、豌豆荚等多个公司的移动架构解决方案;
发现大家的架构都在围绕着解决几个问题上:
1、提升运营效率
2、提高升级率,减少用户升级成本(侧面也提升了运营效率)
3、跨平台
第三点是我们公司与几大互联网公司不同的地方,bat都要考虑跨平台的问题(Android、ios),而我们不需要考虑这个问题了。
前两点也是我们需要考虑的问题,针对这几个问题,各大公司也都有自己的架构方案,豌豆荚的方式不太一样,主要是通过数据抽象建模的方式,实现页面排版、卡片样式、跳转策略、内容数据可配置。
另外几家公司大致可分为以下几类架构方式:
Plugin(360手机助手等)
Hybrid(携程、天猫等)
React Native(Facebook)
1、Plugin这种方式可以认为是纯native开发,将一些独立的工能做成插件,抽离出apk本省,这样减小了apk本身的大小,使用时从云端下载使用;
2、hybrid的这种方式是混合开发方式及natvie+web,将强运营的页面做成web形式,web页面可以做到离线加载,尤其阿里做了一套方案,能够快速的更新手机本地的web页面,一小时内可达到80%的到达率;
3、React Native(Facebook 在 React.js Conf 2015 大会上推出了基于 JavaScript 的开源框架,可以使用 JavaScript 来开发 iOS 和 Android 原生应用)拥有native的用户体验,又有web的开发效率,几大公司也在尝试,可能还存在一些缺陷。
另外百度的一个架构师提到了他认为的完美的移动开发框架,供参考:
H5+hotpatch+plugin+react native+ native
开放+云端修补+功能下发+强运营+完美体验+高性能
发现大家的架构都在围绕着解决几个问题上:
1、提升运营效率
2、提高升级率,减少用户升级成本(侧面也提升了运营效率)
3、跨平台
第三点是我们公司与几大互联网公司不同的地方,bat都要考虑跨平台的问题(Android、ios),而我们不需要考虑这个问题了。
前两点也是我们需要考虑的问题,针对这几个问题,各大公司也都有自己的架构方案,豌豆荚的方式不太一样,主要是通过数据抽象建模的方式,实现页面排版、卡片样式、跳转策略、内容数据可配置。
另外几家公司大致可分为以下几类架构方式:
Plugin(360手机助手等)
Hybrid(携程、天猫等)
React Native(Facebook)
1、Plugin这种方式可以认为是纯native开发,将一些独立的工能做成插件,抽离出apk本省,这样减小了apk本身的大小,使用时从云端下载使用;
2、hybrid的这种方式是混合开发方式及natvie+web,将强运营的页面做成web形式,web页面可以做到离线加载,尤其阿里做了一套方案,能够快速的更新手机本地的web页面,一小时内可达到80%的到达率;
3、React Native(Facebook 在 React.js Conf 2015 大会上推出了基于 JavaScript 的开源框架,可以使用 JavaScript 来开发 iOS 和 Android 原生应用)拥有native的用户体验,又有web的开发效率,几大公司也在尝试,可能还存在一些缺陷。
另外百度的一个架构师提到了他认为的完美的移动开发框架,供参考:
H5+hotpatch+plugin+react native+ native
开放+云端修补+功能下发+强运营+完美体验+高性能
相关文章推荐
- 企业级Registry开源项目Harbor架构简介
- ComboBox的联动(三层架构)
- 大型网站之存储瓶颈(数据库的水平扩展)
- 网站统计中的数据收集原理及实现(openResty篇)
- IIS6.0发布网站
- LEMP架构及应用部署
- 浅析x86架构中cache的组织结构
- 网站的高性能架构
- 抓取网站数据不再是难事了,Fizzler(So Easy)全能搞定
- 天猫浏览型应用的CDN静态化架构演变
- 构建高并发高可用的电商平台架构实践
- 网站克隆神器
- 浅谈web网站架构演变过程
- iOS 架构模式 - 简述 MVC, MVP, MVVM
- Web Deploy发布网站及常见问题解决方法
- 网站 首页那点事儿(一)
- linux 网站架构的演变
- 三层架构
- 理解RESTful架构
- OpenStack 架构 - 每天5分钟玩转 OpenStack(15)