渲染

安全相关(去掉不必要的JavaBridge) //这个Java Bridge是WebView自己添加的 //在Api 17以前,javascript可以通过java对象进行反射,执行一些不安全的操作 webView.removeJavascriptInterface("searchBoxJavaBridge_"); js相关 //设置支持javascript,默认是false WebSettings.setJavaScriptEnabled(true); 缩放相关 //使WebView支持通过手势或者缩放控制器来缩放页面,默认是true //该设置不影响 WebView.zoomIn()和WebView.zoomOut() WebSettings.setSupportZoom(true); //设置使用默认的缩放控制器,默认是false WebSettings.setBuiltInZoomControls(true); //不显示默认的+/-缩放控制View, 默认是true WebSettings.setDisplayZoomControls(false); 加载图片策略相关 //设置是否自动加载图片,默认是`true`,如果设置为`false`,那么所有图片都不会被加载,包括本地图片. WebSettings.setLoadsImagesAutomatically(true);

欢迎大家收看聊一聊系列，这一套系列文章，可以帮助前端工程师们了解前端的方方面面（不仅仅是代码）： http://my.oschina.net/MrHou/blog?catalog=477313&temp=1466755903794 1 页面级的渲染 再刚有web的时候，前端与后端的交互，非常直白，浏览器端发出URL，后端返回一张拼好了的HTML串。浏览器对其进行渲染。html中可能会混有一些php(或者php中混有一些html)。在服务端将数据与模板进行拼装，生成要返回浏览器端的html串。 这与我们现在做一个普通网页没什么区别。只不过现在，我们更常使用模板技术来解决前后端耦合的问题。 前端使用模板引擎，在html中写一些标签，与数据与逻辑基本无关。后端在渲染的时候，解析这些标签，生成HTML串，如smarty。其实前端与后端的交互在服务端就已经有一次了。 模板： front.tpl <div> {%$a%} </div> 后端： // 设置变量 $smarty->assign('a', 'give data'); // 展示模板 $smarty->display("front.tpl"); 到前端时是渲染好的html串： <div> give data </div> 这种方式的特点是展示数据快，直接后端拼装好数据与模板，展现到用户面前。 2 异步的请求与新增模板 新的时代