富Web应用开发的七大原则

　　网络上有关Web开发未来的热门讨论有很多，比如：JavaScript能否替代实现诸如历史记录、网页浏览、页面渲染等浏览器功能？开发者应该放弃后端，直接进行HTML渲染吗？单页面应用会流行起来吗？

　　要解答上述问题，我会尝试以JavaScript为突破口，从用户体验方面进行考虑；如何能让用户以最快的时间获得想要的数据是我最为看重的。

1. 服务器渲染是必须的

　　目前有个比较错误的分立观点：“服务器渲染与单页面应用的对立。”如果我们真的想最大程度地提升用户体验和性能，把这两者区别对待、互为排斥都不是好的解决方法。

　　首先，当进行页面传送时，互联网连接本身有个理论速度限制。地理位置上两点间的传输速度受到地域、带宽、路由等因素影响；减少两点之间往返的通讯次数显得尤为关键。一个足够灵活的系统应当能够均衡好浏览器端和服务器端的代码渲染工作，减少网站和网络应用之间的差别。

2. 即时响应用户输入

　　当用户访问某个网站时，每个交互动作都应该尽量做到少延迟、快响应。

　　在HTML中文档的连接是透过超链或<a>标签完成的。当点击这些链接时，浏览器会发送一个请求，这个请求被接收和响应前的用时是无法确定的。相反，JavaScript能够针对用户输入做出即时的响应。例如谷歌或百度，现在我们在其首页进行输入时，不用点击搜索或确定，浏览器会自动进入搜索结果页面；还有就是智能提醒，边输入边提醒的功能也是非常人性化的。

只要在Google搜索栏敲任何一个键，都会直接跳入搜索结果页面

3. 响应数据/状态变更

　　现在无论是采用传统的页面刷新还是AJAX交互来对静态页面执行更新都显得稍稍落伍了。目前更好的做法是自行更新(self-updating)。

　　如果有款应用同时打开了多个标签/页面，如果用户进行了登出操作，所有已打开的标签都应该能同时失效。要想做到类似的自行更新，状态协调(state reconciliation)是需要多加考虑的。在只是更新少量数据的参合，我们往往很容易忽略了长时间连接中断后该如何让程序作出正确响应。比方说休眠电脑数天后再打开，我们的程序该如何对这个状态(如机器状态标识码)进行处理呢？如果我们想在初始页面传送数据，在客户端脚本装载前必须确保数据是可访问的。一旦发生连接中断，脚本建立的初始连接必须能够进行会话恢复。

每个页面都指向了同一个会话和登入状态

4.控制与服务器的数据交换

　　在万维网中，客户端和服务器端的数据交换一般限于已下几种形式：

1. 点击连接，GET获取了新的页面，然后渲染这个页面；
2. 通过POST或GET提交表单，然后渲染新页面；
3. 异步装入一个图像或对象，然后渲染它。

　　其中，上述第二种方式最容易出问题。从性能角度来看，不断触发新页面来发送数据是个效率极差的做法。例如下面这个曾经令人抓狂的错误：

　　现在网络上有丰富的APIs(如XMLHttpRequest,EventSource)不但能帮助我们很好地控制数据流向，同时能帮助增强用户体验，如表单的填写、发送。

　　如前述的状态协调，如果程序检测到连接中断后，把数据暂存起来将能帮助日后的会话恢复。服务工作器(Serviceworker)的引入在这时就变得非常重要了。它能够让JavaScriptWeb应用在后台运行。即使程序没有开启，我们仍然能够在后台同步用户数据。