小编Ale*_*ton的帖子

为什么JSLint在以下JavaScript行上返回"Bad escapement"？

param = param.replace(/[\[]/,"\\\[").replace(/[\]]/,"\\\]");

从JSLint文档我认为这可以,因为正则表达式文字前面有一个括号:

正则表达式用简洁而神秘的表示法编写.JSLint查找可能导致可移植性问题的问题.它还尝试通过推荐显式擒纵来解决视觉模糊.

JavaScript的正则表达式文字的语法会重载/字符.为避免歧义,JSLint期望正则表达式文字前面的字符是(或=或:或字符).

我经常看到Classical(伪造通过某些库),Pseudo-Classical和Prototypal Inheritance之间的争论提到"效率".但是,我从未见过任何支持这类内容的数据.更不用说"效率"在编码风格而不是算法时似乎是一个含糊不清的词.

我想做一些测试来"基准"一些这些模式和库.这似乎与我过去看到的大多数算法或显示基准明显不同.你认为什么是重要的测试对象,以及可靠地获得这些数字的最佳方法是什么.

我现在在想什么:

• 实例化的速度(使用具有相同功能的每个模式创建几千个对象的时间)
• 内存使用(我能想到的唯一方法就是在任务管理器中查看我的内存......有更好的方法)
• 访问内部属性和方法的速度(再次迭代计时)
• 复制速度(迭代时间)
• 代码行(Peer审查了带有计数的示例后的最佳实践)

任何谬误,补充或反对意见？有人在别处看过这些数据吗

谢谢!