前端框架选型是企业提升开发效率与用户体验的关键因素
749
2022-07-31
去年年初我也做过一次技术方向的预言 ,虽然不是绝对准确,但感觉大部分还是说中了。唯一差的比较远的是 SPDY 技术好像不太被重视,至今依然没什么声音。另外,WebComponents 的爆发式扩散也是我始料未及的,虽然目前的程度还不足以普及,但也是将来的一大趋势。
平稳发展中的 SPDY
SPDY 没能在 2014 年流行起来的原因,我猜测是浏览器对其支持程度的跟进太慢造成的。Firefox 的稳定版直到 2014 年夏天才支持 SPDY。一些团队可能会对将现有程序支持 SPDY 的开发成本和开发风险与支持 SPDY 后提高的用户体验做一个综合考量,最终才决定是否有必要支持 SPDY。由于浏览器跟进太慢,所以 SPDY 才没有在 2014 年流行起来。当然,这些都是我的猜测,如有其它见解可以跟帖吐槽。既然现在 SPDY 在浏览器端的支持程度已经成熟 ,那么 2015 年它依然有望火起来。
遥远的 Web Components
也许有人觉得,既然在 2014 年 Web Components 这么火,2015 年就应该可以用了吧?这恐怕很困难。因为 Web Components 提供的支持都是框架级的,它不会自己火起来。2014 年谷歌就在纠结 Polymer,如果 Polymer 火了 Web Components 自然也会火。其实我对 Polymer 并不了解,所以不做什么评论。但真正的普及还需要先干掉低版本 IE,所以 Web Components 要到产品级的程度估计三年内是到不了了。在此期间也许只有 Modern Only 的内部项目可以考虑尝试性地使用。
ES6 的大坑
ES6 就是一个巨大的坑,其实里面很多部分都已经成熟了,甚至浏览器都已经支持了,但文档始终处于不稳定状态。今年它是否能稳定还不好说,不过无论文档是否稳定,一些已经稳定的特性确实可以开始使用了,比如 Set、Map、Promise 都是不错的东西。但一个特性要能在产品中使用就必须得能 polyfill,所以我们能用的 ES6 特性也只有对象级的,词法级的特性估计得几年后才能和 Web Components 等一起被人们接受。
这里说的只是浏览器端的部分,其实在服务器端,只要 Node.js 支持就能用,甚至目前的块作用域和 Generators 等这些 ES6 特性已经在 Node.js 上得到使用了。
Node.js / io.js
一直以来,服务器端的 JavaScript 都是 Node.js 一家独大,但据说 Node.js 分裂出了一个 io.js 的分支,最近颇受关注。io.js 到底是闹剧还是会像 Blink 与 Webkit 的关系一样,目前还无法知晓。但一家独大对技术就发展绝对是阻碍,无论 io.js 的下场如何,也许 2015 年服务器端的 JavaScript 可以真正得到发展。也许会有新项目使用 Node.js 之外的服务器端 JavaScript 环境作为 Web 服务器。
消灭 IE6/7
这货真是阴魂不散啊,去年年初 IE6 的市场份额就已经下 10% 了,本以为年末各大公司会停止对它的支持,但大家的忍耐能力真是太让我意外了。不过去年年初去确实没有奢望 2014 年能消灭它们,目前的状态已经很乐观了。但今年不同,市场份额已经见底 ,产品经理再也没有借口说「基数大」之类的话来吓唬人了。2015 年消灭 IE6/7 不是期待,是我们的是使命!
结语
其实 2014 年的 Web 技术发展速度已经不如前几年 HTML5 / CSS3 刚流行时那么迅猛了。也许近几年会是一个技术比较稳定的时期,一些冗余的 API 被日渐淘汰,一些新的需求会被提出,然后会捣鼓出的规范,进入新的技术革命。
我总觉得 Web 和目前的移动端格格不入。Web 是一种优秀的工作方式这点毋庸置疑,但移动端给予 Web 的生存空间太小了,一个 Web View 就想打发?去你妹的,看来得有人来「重新诠释」一下移动端的 Web 才行。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~