论坛首页 Web前端技术论坛

休眠一年有余的JSA,优势依然

浏览 14113 次
精华帖 (6) :: 良好帖 (5) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2009-06-12  
Army 写道
比如说mootools中有段源代码这样写,定义了个reg:/[\x00-\x1f\\"]/g。

editplus中高亮是错误的,会认为字符串没有结束,实际上这个语法可以通过。

用jsa压缩下,不带删除括号,压缩成为:/[\x00-\x1f\\\"]/g,反而多了一个\,但其实这是比较严谨的做法。

如果要删除括号的话,就是原样:/[\x00-\x1f\\"]/g。

另外像/"[^"\\\n\r]*"/等不删除括号的压缩都会对特殊符号加上转义符:/\"[^"\\\n\r]*"/,而删除括号等都会去掉。

这个其实算不上是bug……只是放进去看起来比较爽而已……



很好,下次可以考虑吧这点正则优化加上去。
0 请登录后投票
   发表时间:2009-06-12  
mlw2000 写道
jindw 写道
mlw2000 写道

prototype1.6压缩后出错有没有解决?


不记得了,新版本的JSA实现默认没有启用语法空白压缩,应该不会有问题了。
另外,出现问题之后,最好自己分析一下原因,否则谁也没这么多经历去给你debug。


-----------------------------------------------------------------
sorry,可能我的话有点让人误解,
我一直是用ant配合JSA来压缩js文件的(因为比较了流行的几中压缩工具,JSA的压缩率最高,比YUI高很多,这也是我不用YUI的原因),所以没有指责的意思。

之前一直用prototype 1.5(文本压缩后很小) ,现在代码换成了Mootools。
在比较几款JS压缩程序的过程中,尝试过用JSA去压缩prototype1.6(启用文本压缩),压缩过之后程序会报“找不到$函数”的错误。

开源的精神就在于更多的人去参与和完善软件,所以我只是想对JSA提出兼容性的问题,希望JSA能更好。


ps:码了太多字,;-)

我应该没有误解你的话,只是你的问题我一头雾水,你应该向Army学习,反馈最有价值的信息,任何一个人都没有时间跑你家中去调试你的代码。
0 请登录后投票
   发表时间:2009-06-13  
JSA很好很强大,我一直用它。
0 请登录后投票
   发表时间:2009-06-13  
之前我还记得在你博客里提过另外一个可优化地方:

var s = "xxxxx" + "yyyyyy" + "zzzzzzzz";

=>

var s = "xxxxxyyyyyyyzzzzzzzz";

这个估计又麻烦也没啥效率,跨行字符串倒是ok。
0 请登录后投票
   发表时间:2009-06-14  
jindw 写道
...任何一个人都没有时间跑你家中去调试你的代码。


哈哈,没有任何让你帮忙调代码的意思,
以前那个代码环境是N久前的版本了.......

我第一次的回帖只是想告诉你“某某人遇到过不兼容的情况”,但这种情况我现在无法给你给出一个详细的bug描述,仅此而已。

强调一下:我还没到那种“依靠别人调代码的龌龊地步”,希望你也不用把每个人都假设的那么龌龊,虽然网络上“完全自动不动脑筋,要求别人贴出完整代码的人”N多。
0 请登录后投票
   发表时间:2009-06-14  
有点生气,虽然本人技术不敢说很好,但也不至于白痴到这种地步,不要总用消极的想当然的态度设想别人,OK,网络上不是所有人都是懒的不可救药
0 请登录后投票
   发表时间:2009-06-15  
这么好的东西,可惜了啊!
0 请登录后投票
   发表时间:2009-06-16  
JSA对prototype压缩确实会出问题。不过楼主功底深厚。很是佩服
0 请登录后投票
   发表时间:2009-06-18  
试了下,感觉很好,只是有些js文件压缩后会出错,唉。。。
0 请登录后投票
   发表时间:2009-06-26  
像EXTJS这类的大家伙,再怎么压都一样。太大了。页面加载太慢。
0 请登录后投票
论坛首页 Web前端技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics