单页应用Scrat实践

1.开始

　　随着前端工程化深入研究，前端工程师现在碉堡了，甚至搞了个自己的前端网站http://div.io/需要邀请码才能注册，不过里面的技术确实牛。距离顶级的前端架构，目前博主应该是far away，幸运的是现在有很多前端大神积极的分享自己的经验，比如百度这位https://github.com/fouber/blog/issues/4。

　　将iframe项目使用多页HTML与FIS重构以后，前端已经得到了极大的优化，然而多页HTML带来的状态丢失（登录信息，菜单信息），仍然对优化造成阻碍。

　　单页应用可以很好的解决多页HTML面临状态丢失的尴尬，感觉单页HTML与iframe十分像，只有一个HTML页面，所有Contents内容动态加载进来。

名词解释

　　Scrat : https://github.com/scrat-team/scrat

　　AMD,CMD ：两种编程规范，不是指CPU。。，AMD可以参考requirejs。

　　Combo ：聚合服务，现在互联网带宽这么大，如果合并多个HTTP请求为单一HTTP请求将极大提升效率，如果使用AMD规范编程，那么可以找到js模块之间的互相依赖，比如a.js依赖b.js,c.js，那么客户端通过框架（如scrat.js）将会自动发起Combo?b.js,c.js,a.js这个请求，服务器在一个请求之内把这三个JS都返回回来，显然效率上要比请求三个JS高得多。

2.Scrat构建单页HTML的实践

为什么需要构建单页HTML？

　　如果你还在使用iframe作为前端框架，那么是时候放弃了，现在有多种成熟的单页HTML框架应用于一些小型中型项目并取得了成功，Scrat就是其中之一。

　　然而对于一些大中型网站比如说猎娉网、京东之类的仍然使用多页HTML的SEO技术，为毛我的项目就一定要用单页HTML呢？

　　我的理解是，多页HTML已经能够解决大多数问题了，但是当我们开发移动APP或者企业应用时，一个需要为流量考虑，一个与用户状态强相关，在这个时候单页HTML技术是最优的选择之一。

　　然而单页HTML这个叫法不太拉风，我更喜欢称之为Blink技术。想象一下一眨眼系统就加载好了，这估计就是单页HTML的最终目标吧。

　　总之为了性能也好，为了XX也罢，我就这么开始学习Blink技术了。

　　iframe就像在守家的近卫，多页HTML就像逼高的天灾拥有巨大的优势，如果将iframe升级成单页HTML，那就是近卫潮汐出了把跳刀，突然Blink出去完虐天灾一波打出优势，奠定胜果。

Blink与Combo？

　　潮汐跳大后后面酱油连招要接好，必然能赢且看起来也是赏心悦目，如果接不好Combo，这，我去.....

　　Combo服务(HTTP请求聚合)并不是必备的，主要是一堆.Net程序员，突然多出个Node.js服务各种恐慌，使用Scrat构建的单页系统可以在配置中关闭Combo，这样构建的项目将是一个仅包含静态文件的纯前端项目。（可以先学习blink搞懂核心，后面再学Combo）

如何构建纯前端单页？