说说JS的未来

题注：
因为需要为JS解决命名空间、面向对象编程的问题，今天看了不少文章，涉及CommonJS、CMD、AMD等规范，也看了seaJS、ES6的相关博客。Web Components也看了一些。标准化已经来临，seaJS、JQ这类对标准进行尝试实现的框架已经被淘汰了。

---

1、seaJS已死

seaJS的官网www.seajs.org的域名已经不再续费。。。

2015年6月17日，ECMAScript 6发布正式版本，即ECMAScript 2015。在2015年8月16日玉伯宣布seaJS已死。

相关博客：

应该给 Sea.js 和 KISSY 也树一块墓碑了。

Sea.js作者发布微博: 应该给 Sea.js 和 KISSY 也树一块墓碑了。 为啥啊?过时了吗?

感觉一直追赶的SeaJS已死 #1605

2、 JS的未来在哪里？

引用知乎上的一个回答：

作者：徐飞
链接：https://www.zhihu.com/question/34756861/answer/59764534
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

因为过时了。所谓的过时，并不是指现在就不能用了，而是说出现了明显更加先进的理念（或者标准），这会导致未来它的使用场景大为减少，整体趋势已经步入衰落。随着Web相关标准的推进，有很多框架（库）都过时了。比如：JavaScript新的模块标准导致了SeaJS和RequireJS的过时原生选择器的良好支持，导致人们对jQuery不再那么依赖Array和Object上面一些新特性的出现，导致underscore和lodash的作用减弱与此同时，一些专注于做shim或者polyfill的库反倒会比较时髦，因为它们的定位非常明确：扶上马，送一程。然后，Angular，Backbone，Knockout，这一大票东西，除非革自己的命，否则全部过时了。再来看看Kissy，这也是一个时代的产物，在同一个时期，都很多类似YUI或者jQuery UI的东西，然而，它们都衰落了，不再适应新的时代。我们将来不需要用那样的方式编写前端框架，不需要用那样的方式编写界面组件，永远不要停下自己的脚步。中堂大人教导我们：一代人做一代人的事情。上一代前端框架/库都已经基本完成使命了，让我们默默记住并怀念它们。（再次强调，过时、衰落，都代表着下降趋势，而不是说你现在就不能用了，仍然会有合适的场景，比如你要支持ie6之类，在你的场景没有与时俱进之前，技术选型也是不能与时俱进的。将来宣传上有偏差，是要负责任的……）

很显然，拥抱ES6标准才是JS的正道。

2、 Webpack和babel

因为ES6是未来，因此，支持ES6的JS类库就大行其道了，它的使命是等到ES6完全普及。正如JQ、seaJS一样，已经完成了他们DOM封装、命名空间、依赖加载的使命。

请看：

babel入门、Webpack入门