单页应用Scrat实践

单页应用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)

如何构建纯前端单页?

  首先下载示例代码

1
git clone https://github.com/scrat-team/scrat-site.git

  修改scrat/components/menu.js

单页应用Scrat实践

  修改scrat/components/menu.handlebars

单页应用Scrat实践

  以上两个修改就是去掉/#!/最前面的斜杠/,将绝对地址变成相对地址方便发布。

  打开CMD,进入Scrat目录执行命令

1
scrat release -mod ../output

单页应用Scrat实践  

  打开output输出目录查看public文件夹下文件,自动完成了静态文件指纹,关闭了Combo服务。

单页应用Scrat实践

  将public目录发布在IIS中

单页应用Scrat实践

  打开浏览器输入http://localhost/public/scrat-site/0.1.0/index.html,这就是我的第一个Blink单页

单页应用Scrat实践

  整个页面只有一个入口index.html,所有其他模块都是使用ajax技术异步加载,纯前端。

3.结束

  scrat代表一个前端开发体系,如果需要进一步了解与学习,这个官方示例还有很多东西可以挖掘。

 
分类: Nodejs
上一篇:iOS开发——OC篇&特殊数据类型


下一篇:iOS开发——基础篇——get和post请求的区别