Closed
Description
如今的Seajs已经不是当初的Seajs了,射雕大侠已经不活跃了,SPM3.x抛弃了CMD,也差不多抛弃了Seajs,关键是我自己现在都没法用了。
当初从Seajs0.1发布的时候开始切换,CMD模块做了一大推,后来出了spmjs.org,再后来spmjs.io,期间自己将所有自己常用的30多个module全部转换了build方式,升级SPM,升级package.json配置文件,从删除family属性,更换module命名空间,publish和build方式,再后来define头也去掉了,才发现自己的一系列module已经没法维护了,升级了部分功能后,无法用新的SPM来bulid,改了配置,又无法使用seajs.use()了,规则变化,导致我凌乱了。
如果的Seajs一点都不纯粹了,不是么,requirejs还是3年前的requirejs,seajs已经不是了;当初跟requirejs对抗的优势都哪里去了,依托Seajs的社区生态又都哪里去了,请还我们一个跟3年前requirejs一样纯粹的Seajs……
Activity
lizzie commentedon Oct 19, 2015
ls 是 seajs 忠实粉丝啊。可惜时代在变,人也在变,技术也在变。所谓随波逐流,就这个道理。
你可以 @lifesinger @afc163 回答你的感觉。。
kebot commentedon Oct 19, 2015
此时,需要一个
webpack-seajs-loader
hxgdzyuyi commentedon Oct 19, 2015
@kebot +1
afc163 commentedon Oct 19, 2015
其实 RequireJS 也好,Sea.js 也好,CommonJS、AMD 还是 CMD 也好,在当年的产生和流行,都不是为了推框架,目的都是为了模块化开发。现在 ES2015 规范已出,JS 模块已经得到标准化,早先的模块化方案的没落,和 webpack 和 babel 等转换工具的火爆,都是大势所趋。吾等螳臂挡车,并没有什么卵用。
hxgdzyuyi commentedon Oct 19, 2015
@afc163 楼主在吐槽 seajs 的升级不舒服吧。
foprc commentedon Oct 19, 2015
死忠の愤怒
话说各种转换器已经不错了,用用ES6的也还好。
lifesinger commentedon Oct 19, 2015
很抱歉,我一直欠大家一篇文章,就是《Sea.js 已死》。
任何一个技术产品,都有其生命周期,随着 ES6、ES7、webpack、babel 等技术与工具的兴起,Sea.js 也好,RequireJS 也好,都有了更好的解决方案。当前情况下,用 loader 意义已经不大。
推荐大家可以用下 http://ant.design/ ,也是 Arale 体系的一次重大技术升级,都不需要 loader 了。
很抱歉,同时因为 Sea.js 的死去,我充满惊喜。
你对 Sea.js 大失所望,却是我对你的欣喜若狂……
afc163 commentedon Oct 19, 2015
👍
jincdream commentedon Oct 20, 2015
对的。!seajs 已经死了~ 加载器应该面向未来,面向标准了~
fundon commentedon Oct 20, 2015
Unwatched
cloudcome commentedon Oct 31, 2015
用 coolie http://coolie.ydr.me/ 吧,专注 cmd “一百年”,前端构建 + 模块加载器一体化服务。😄
就目前,没有任何模块化方案可以撼动。
kebot commentedon Oct 31, 2015
疑问:脱离英文社区,单独搞出一套东西出来合适吗?
hxgdzyuyi commentedon Oct 31, 2015
@kebot 感觉这是一个知乎好问题。
对比 php 社区,作为轮子, php 社区有 yii 和 thinkphp, 前者依赖英文社区[有外国人参与],后者依赖中文社区。yii 口碑上明显要好于 thinkphp,想了想举不出反驳的例子。
作为应用型的轮子,比如 discuz 。我觉得撇开代码好不好的问题不谈,至少在应用上,在功能和创新上 discuz 依托于中文社区做的并不差。这种轮子【论坛,CMS,博客】,脱离英文社区搞起来的先例还是有的。
kebot commentedon Nov 1, 2015
@hxgdzyuyi 有道理,给知乎红人点赞
24 remaining items