在那两个文件中，发现个问题，getUrlPara方法里的
var str = location.search.replace(/^\?/g, "");
需要改成
var str = location.search.replace(/^\?/g, "").replace(/\%26/g, '&');
今天遇到一个问题，在某些机器的IE中，会将URL中的“&”转换成“%26”，所以要转换回来才行。希望大家用的时候改一下

写的技术水平真不错，用法也很高级！

不过说实话，原码里有几句的用法，我真的有点理解不来，别笑话我，我有点看不懂！STRINGBUILDER我只是听说过，因为对。NET不熟，也不知道这个函数到底是干吗的！

唉，兄弟，我这小半年内总感觉这版主当的越来越心虚。不会的东西发现越来越多

StringBuilder比一般的+=拼接字符串要高效

   同感，越来越觉得自己的进步程度很慢！

   谢了。我现在才想起来，这个在JS高级教程里有提过，效率问题！

我写的javascript版你不是有format方法的用例吗，其实主要的好处就是不用把字符串一个一个的用“+”连接了，只要按照格式就能很方便的替换了
其实至于javascript的字符串拼接，我个人觉得还是用数组push进去，最后用join('')的方式效率会高很多

看了一下,好像没多大意思,就是用了些正则,效率应该不高吧.
还有,那不是java的StringBuffer，也是不C#的StringBuilder,
应该C#的Console.WriteLine(),java的不记得有没有类似方法了，好像没有，只有一个String.format()

洗澡洗衣服后,再略看了一下,发现有些地方不尽人意,其中这地方最明显.
if (this.charCodeAt(i) > 127 || this.charCodeAt(i) == 94) {
            len += 2;
        }
ASCII码94的是"^",这也是一个半角字符,不能len+=2;

关于字符串的拼接， 多了用数组，少了用+更高效一些。有空可以测试一下看
另外这个也和浏览器有很大关系 。有的浏览器用+和用join速度差不多，甚至用+更快  
结论不是固定的，需要多多实际测试


[ 本帖最后由 foktime 于 2010-12-6 09:37 编辑 ]