淘宝无线Android客户端架构介绍.pptVIP

无线淘宝Android客户端架构 组件化 +Web Plus 无线开发 陶钧 第一页，共二十四页。 淘宝无线客户端Android 第二页，共二十四页。 挑战 淘宝本身的业务丰富，品种繁多； 比如： 聚划算，彩票，口碑，机票，直充 等等； 业务变化快，可运营特性要求快速上线； 如何应对？ 基于组件模型 进行业务开发 Web Plus 第三页，共二十四页。 基于组件的应用框架层 每个组件包含了具体页面，业务功能以及数据，以一个整体模块的形式存在 。 保障并行开发：熟悉业务的开发者分别进行各自业务的开发，减少协作和沟通； 重用：提供公共的基础组件和SDKs降低开发成本，如 淘宝无线安全登录组件； 业务流程开发更简单 组件设计要求不改变Android开发者熟悉的编程习惯，可以直接使用Activity和Handler 等； 第四页，共二十四页。 组件模型 组件之间通信通过 Comp Proxy 组件可以直接使用View 和Layout； 组件与OS事件的通信不受影响 第五页，共二十四页。 组件模型的核心 Comp Proxy 组件的Capability 注册和管理 管理组件的生命周期 组件间通信 维护组件的状态（Active） SDK and View Controls 在业务开发中，不断积累下来的通用SDK和View 第六页，共二十四页。 聚划算 业务流开发 功能性组件重用，大大减少了业务流开发和调试工作量 第七页，共二十四页。 组件通信 App Engine 与组件之间的通信必须通过组件的接口完成 来自OS或者App Engine的事件通过组件的接口传递给组件； 组件之间的通信：Comp Service Protocol 通过注册，请求，响应Service，去掉组件之间的物理依赖； 每个组件提供的功能并定义为Service 组件与OS之间的通信不受任何限制 组件可以直接调用任何系统API； 组件可以直接调用任何SDK的接口； 第八页，共二十四页。 SDKs and View Controls 对淘宝业务开发，你一定需要一个Image Downloader； 手机上内存有限，你要小心地使用图片缓存，无论是你还是其他开发者不加控制地使用缓存或图片缓存，对整个应用来说都是一个悲剧； 我们希望你将业务数据封装成标准数据源后，就能直接按四宫格显示在界面上；翻页，异步加载图片，缓存，预取，性能优化这些都交给我们； 第九页，共二十四页。 完整测试，性能优化，标准化 降低开发成本，业务开发提速； 保证核心功能的稳定性； 保持应用程序不至于被各种风格的代码撑爆； 第十页，共二十四页。 Comp Architecture 第十一页，共二十四页。 Cache 轻量级的本地缓存 based on heap， 在新版本上线前，检测Memory Footprint，评估内存使用的质量； Image Pool 图片缓存 将图片转换成字节流，突破 Android bitmap heap的限制； 图片内存溢出时，自动处理； 第十二页，共二十四页。 Data Provider，Source，List Data Provider 封装了对超大数据的网络获取，动态存储，翻页展现等功能；比如，搜索结果列表界面中的宝贝列表； Data Source 是具体业务数据的协议封装； 开发者实现自己的Data Source，就可以通过Data Provider + List 创建出大数据量优化过的界面和逻辑； 第十三页，共二十四页。 Why Web Plus？ 线上快速部署的能力 Real Case: 淘宝运营 推出新的线上优惠，购买商城商品，送商城积分 有些业务用Web Plus, 体验和Native差别不大 Real Case: 淘宝旺旺 HTML5版 没有足够的Client 开发资源 第十四页，共二十四页。 Web Plus Sample Native Layout contain one webview layout； 第十五页，共二十四页。 TBWebView Webview just a html rendering engine TBWebView 基于业务对 WebView 进行了优化 优化：访问速度，业务缓存，交互体验 第十六页，共二十四页。 2G 网络，淘宝Android客户端详情Web Plus页面 速度统计 主要的时间消耗在图片等资源的加载过程中，这些图片主要包括详情也中的正品、7天包换、信用、load菊花以及css中的一些背景及旺旺图片 这些资源大概消耗了15-20k的流量，占用10-14s时间。 　 HTML下载时间 DOM加载消耗时间 图片 SKU资源加载时间 总