概述
最近gitcafe要关了(shit，果然不靠谱,不想再折腾hexo，就另外在CSDN上开了个新账号，把blog的几篇博文迁过来）
年前11月份，听了下上海某个社区举办的移动开发者大会，做了点随笔和大家分享一下，另外也有点自己的愚昧之见
案例
触宝电话Native & Web 混合模式触宝电话
分享设计简单直白视觉突出保持新鲜APP热启动过慢
方案一:数据获取放在后台进程，问题：低端机会存在资源竞争导致优化不佳方案二:使用PostDelay方式延迟加载 UI问题:会导致crash方案三:oncreat加载大体UI框架，剩余部分在onWindowFocus回调函数中加载
PS:
* 最终触宝电话选择的是第三种方案，我个人倒是觉得第一种方案可以使用户从打开到操作的时间最短，在低端机确实会存在资源竞争的情况，但是如果我们线程放到service了，提高thread和service的权重，为何不是一个最佳的解决方案，不知是不是他们是等到所有data获取到再进行统一绘制，那么这样也就谈不上什么优化了。我觉得可以在oncreat加载最基本的数据。同时开启service/thread,数据获取后post Runnable回调函数到主线程的UI队列。用户本身的操作不会有停顿，只不过UI上的数据会随着thread数据的获取完成而继续填充。
* 方案二的话说是会导致crash，原因是post后绘制的时机无法掌控。这样我也不太理解，我们都知道每个Activity会开启一个UI线程，这是一个但形成，如果你是UI线程post的话我觉得这本是不会导致时序问题，但是如果是postDelay的不是太确定，感觉可能会导致时序问题。
* 至于方案三总体绘制时间没变，也就是说用户从打开到可以进行操作的时间段没有边，只不过用户现在可以看到UI界面而已，但是获取焦点之前还在绘制其他的UI，同时展示一个全屏进度条，视觉上确实好了很多。如果同时在oncreat中也开启了后台线程的话，相应时间应该会优化不少。
Native & Web 混合模式
Native UI模板+Json数据实现APP动态化JSON数据用来描述动态资源(文本,图片等)，实例化Native UI服务器下发的JSON数据动态化实现APP动态化嵌入式WebView实现业务动态化
加载移动网页，网页内容动态变化有网页模板，网页内容的UI呈现和Native风格相近Package Web,Hosted Web 或者Partial-hostted Web移动APP中的web的典型趋势
web ui 风格越来越丰富web 功能越来越全面web心梗越来越不是瓶颈web客户端和服务器的集合运营平台类APP Web化效果明显web前端架构的原生UI风格:google polymer:在Android L上可以直接使用，Android 4.4.3+以下需要polifills，支Metrical Designweb开源引擎:Google custom tabs,Intel Crooswalk安全性
-DNS胁持:某些域名劫持率很高，影响很差
-Http劫持：移动端大概是2.7%
hybrid防止DNS挟持我觉得最根本的方法就是web也不要自己去发送请求，通过调用端上NA上的接口。由端上去做处理，如果发现DNS被挟持那么可以切换到ip，使用ip访问。当然在web页面添加这个逻辑也可以，但是不够模块化，因此将web通用的接口抽到NA上会是一个不错的选择。
记的不是太多，一点随笔
转载请注明出处:
/sanyinchen/article/details/50901569
