各端分析
Web
Web迭代速度比较快、发布简单，但是体验略有不足(白屏时间、受网络速度影响)
Native
Native迭代(发版)速度比较慢且更新渗透速度、效率有限，体验方面可以做最全面的优化(Native能力可以控制很多东西)
Hybrid
Hybrid(混合应用)优势在于混合Web和Native的优势，具有Web的灵活性，同时也有Native的能力。
对比思考
- 目标是用户体验的话，定下体验标准更加重要。具体采用什么方案来实现是选择的结果。
- Web、Native在用户体验和迭代速度上各有优势，一个灵活、一个原生。
- Web加载、白屏时间可以通过多种方案优化：
- 代码分割
- 接口加速
- 用户感知优化：“白屏时间”作为用户打开Web服务操作的第一响应，优化方案：先启动一个看不点的WebView，Native在受到DOM准备好或者JS桥加载完成的信号后再打开。
- 关键在我们如何获得混合优势：
- React Native、Weex并不一定的最佳的。因为RN是由Facebook控制的，RN的API、RN版本会存在问题。
- Web有Native没有的能力，Native有Web没有的能力，混合以取得混合的能力与优势。
- Native有能力，但不意味着用户体验好；Web虽有瓶颈，但不意味着用户体验一定比Native差。
- RN、Weex不是理想的工具：
- 本身还未稳定，将来也不会稳定(iOS、Android版本一直在变，RN本身能力一直在更新、优化)。
- RN、Weex依赖第三方开发者。
- RN、Weex能力之外的东西并无法扩展或很难扩展。
- RN技术栈比较长
- 记住，基于业务的各个阶段(现阶段、未来不同长度的阶段)思考解决方案，定好阶段选型与演进方案。