QCon 2015 阅读笔记 - 移动开发最佳实践

所有ppt下载地址：http://pan.baidu.com/s/1mg9o4TM

下面是移动开发实践部分的阅读笔记。

移动开发网络性能优化实践 - 陈浩然 （携程）

携程是非常标准的移动App架构，基础是各种Infrastructure Frameworks， 基于上面是UI的控件库，运行时的库（猜测用于动态配置）。最上层是业务层面，各个App层可以相对独立形成业务模块化。同时也是Hybrid的架构，有Web Container来实现WebApp的模块。

网络服务

1. Native
   • TCP连接 + 少量Restful HTTP
   • TCP长连接
   • 数据序列化

　　2. Native

• • 主要Restful HTTP

常见网络性能问题

1. DNS劫持、解析慢
2. TCP connection：端口被封，连接超时设置
3. 读写：超时设置，Proxy拦截
4. 传输Playload过大
5. 网络环境复杂

优化实践

1. 优化DNS解析缓存：内置Server IP列表，并行DNS解析，Server IP列表权重机制
2. 网络质量检测：根据网络质量来改变一些策略 （TCP连接超时时长，TCP读操作时长，网络并发数）
3. 提供网络服务重发机制
4. 优化海外网络性能：CDN加速，动静分离

网络性能的监控：一切用数据说话

网络服务新技术方向

SPDY&HTTP/2.0协议

QUIC协议

总结：携程主要针对网络层面各个环节进行了大量优化，提高了服务的成功率，降低了耗时，减少了数据的传输，减少了数据序列化的耗时。建立了一整套网络服务监控实时系统，这样做到有的放矢。展望了下未来网络服务的新技术方向，新的网络协议会带来非常大的好处，让人期待。

美团移动平台背后的技术 - 陈晓亮（美团）

美团移动平台主要由业务需求驱动，需要支持业务和平台的同时扩展。

在代码的组织方式上面采用的是CocoaPods

最终美团移动App的架构

移动时代用户端问题高效诊断 - 马玉明（腾讯）

马玉明强调移动时代的客户端问题的复杂性，没有容易的定位方式。推出云诊断服务，用户可以一键点击完成反馈。

广告时间：http://huatuo.qq.com. 有兴趣尝试的小伙伴们可以试试看 ：）

Rethinking of mobile app architecture - 郭虹宇（Geek-Zoo Studio）

移动技术发展的历史

• 1994：Web page (HTML+CSS)
• 2008: iOS native app (C/OC)
• 2011: PhoneGap hybrid app (HTML+CSS)
• 2013: BeeFramework hybrid app (XML+CSS)
• 2015: React-Native hybrid app (JS+CSS)

鱼和熊掌的取舍：

• Native: 复杂，发布，更多平台，更多人力投入
• Hybrid: 不好的用户体验

Simi-Hybrid: get the best part of native and web, native framework+Web-core

核心的不同

• Hybrid App: 最终的页面呈现形式是"Painter",是在WebView中显示web page
• Semi-Hybrid: 最终的页面呈现形式是"Buider"出native view, 通过Web-Core将输入的HTML,JS, CSS转换成为Native View

后面开始广告阶段，介绍Samurai，核心思想和React-Native非常一致，都是将JS+CSS的语言转换成Native view。

Style&layout

• React-Native: JSX+CSS layout
• Samurai: HTML+CSS 2/3

Touch handling

• React-Native: UIView mask
• Samurai: Gesture recognizer

Native Components

• React-Native: 自定义的UI component
• Samurai: 采用的是元素的component命名规范

开源项目：https://github.com/hackers-painters/samurai-native

React-Native对于Web developer更加友好，Samurai对于Native developer更加友好。

Native和Web融合 - 鬼道（天猫）

天猫App大范围采用Native和Web混合模式。首页，搜索，详情，交易等部分是Native实现，频道、日常活动、大促等都是Web实现。

Native进行了大量代码重构解耦，实现业务复用。

Web体验的改进

通过打包系统，xList（解决长list占用内存），性能监控，HybridAPI

React Native

天猫iPad版本率先尝试了React Native，并获得非常好的结果。

结论：在内存/CPU/启动时间，React Native和Native接近，优于Web。

根据规划会在整个天猫App中进行大量的推广。

总结：

• 移动App的架构基本都是平台化+业务模块化，可以保证重用性，并方便业务扩展。
• React-Native很火，非常火！天猫App已经开始尝试，并取得不错效果。Samurai的跨平台方案核心思想和React-Native极为相似，对Native开发者更为友好。看起来这股跨平台旋风还要再刮会。
• 网络服务的优化，性能监控都是非常重要。一切以数据说话！