jQuery 1.8.1 发布

关于“jQuery 1.8.1 发布”的 19 个想法

1. Morris 于 2012 年 8 月 30 日晚上 9:46 说：

   注意到 jQuery.support() 中有一个毫无意义的保护

   a = div.getElementsByTagName(“a”)[ 0 ];
   a.style.cssText = “top:1px;float:left;opacity:.5”;
   // 无法获得基本测试支持
   if ( !all || !all.length || !a ) {
   return {};
   }

   对 !a 的测试毫无意义，因为 a.style.cssText 会在到达 !a 之前抛出异常。

   干杯
2. Roger 于 2012 年 8 月 31 日凌晨 12:14 说：

   哇！即使有“文档就绪过早触发”这个糟糕的 bug，我也没想到会在美国假期之后得到这个更新。

   现在就转向 2.0 :) 你们其他人：在抱怨不能使用 2.1 版之前，先将您的网站从 jquery 1.4 和 1.5 迁移出去，因为您在中国有网站 ;)
3. Basteln-Selbermachen 于 2012 年 8 月 31 日上午 6:40 说：

   祝贺 jQuery 团队！

   您的框架完美无缺，您的支持快速而出色。我今晚会测试新版本，然后等待 google CDN。;)

   非常感谢！

   Mike
4. Anthony 于 2012 年 8 月 31 日下午 7:42 说：

   IE 相关的东西工作得更好。它修复了几个我甚至没有意识到存在于 jquery 1.8 库中的问题。谢谢！
5. Akakor 于 2012 年 9 月 1 日下午 2:29 说：

   表格中的 tr.even 和 tr.odd 背景颜色 (css)，以及 jQuery DataTables (http://www.datatables.net)，在升级到 1.8.1 后停止工作。在切换回 1.8.0 时一切正常。
6. Simon 于 2012 年 9 月 2 日下午 2:02 说：

   在我们的大型网络应用程序中看到了使用 1.8.1 时出现了一个严重的性能问题，而在使用 1.8.1 时没有出现。

   最明显的是在文本框中输入时（每次按键后大约有 500 毫秒的延迟）和点击表单元素周围。

   该应用程序具有大型 DOM，但 1.8.0 可以很好地处理它。
7. Ult Combo 于 2012 年 9 月 2 日下午 4:07 说：

   很棒且快速的修复！我注意到不仅修复了那里列出的问题，还修复了一些 [http://bugs.jquery.com/ticket/12416 其他] 回归。

   Google CDN 什么时候会提供 1.8.1 版？
8. Ult Combo 于 2012 年 9 月 2 日下午 4:09 说：

   如果这些评论也能使用像 Bugtracker 那样的迷你标记编辑器就好了。=]
9. Vlakoff 于 2012 年 9 月 2 日晚上 8:58 说：

   Morris 提到的问题是，之前这段 CSS 是在 div.innerHTML 赋值中内联设置的。

   也许应该将 a.style.cssText 赋值移到 !a 测试之后。
10. Ariakan 于 2012 年 9 月 3 日凌晨 3:11 说：

    你们会做一个在线工具来让人们可以自定义 jQuery 1.8.x 吗？
    我不是一个伟大的开发者，我不理解你们的 "grunt-thing" 。:)
11. FredH 于 2012 年 9 月 3 日晚上 8:57 说：

    我同意 Simon 关于性能的评论（至少对 IE8 来说是这样）。我有一个使用 jsTree、自动完成、.on() 事件处理程序的复杂 UI，仅仅是聚焦一个文本框，在 1.8.1 中就会出现明显的停顿，而在 1.8.0 中却没有。

    我不知道我能提供哪些有用的细节，请告诉我。
12. Pablo 于 2012 年 9 月 6 日上午 9:27 说：

    David，第一个参数实际上必须是一个元素。

    我建议你停止在生产代码中使用 $._data(element, “events”)。阅读 JQuery 1.8 的发布说明中的 “已移除的内容” 部分（https://blog.jqueryjs.cn/2012/08/09/jquery-1-8-released/）

    “你仍然可以使用 $._data(element, “events”) 获取事件数据以进行调试。注意，这不是一个受支持的公共接口；实际的数据结构可能会在不同版本之间发生不兼容的更改。”
13. Stefan Hayden 于 2012 年 9 月 10 日下午 3:06 说：

    我也发现 IE 7、8、9 的性能很慢。我在 1.8 和 1.8.1 中都看到了这种性能下降。但在 1.7.2 或更低版本中没有看到这种缓慢。我想提交一个 bug 报告，但我不知道问题出在哪里。

    缓慢现象非常奇怪，因为它似乎影响到所有东西。即使是纯粹的 CSS 链接悬停效果也存在延迟。目前我无法缩小范围，但我将继续尝试找出问题所在。
14. Zachary Pudil 于 2012 年 9 月 11 日下午 4:26 说：

    我遇到了与 Setfan Hayden 相同的性能问题，但只在 IE 7 中出现。IE 8 和 9 运行完美。
15. Michael 于 2012 年 9 月 12 日上午 6:00 说：

    压缩版本中有一些不可见的非 ANSI 字符，导致我的文本编辑器在尝试导航时表现得很奇怪。我不确定这在生产环境中会造成什么问题——也许是上面提到的性能问题？
16. Lyudmil 于 2012 年 9 月 12 日上午 8:14 说：

    我遇到了同样的缓慢现象，但在所有浏览器上都是如此，1.7.2 运行相同的代码却很流畅。
17. Lyudmil 于 2012 年 9 月 12 日上午 8:25 说：

    性能问题可能是由我使用的 UI 版本 1.8.23 造成的。
18. Jason Crow 于 2012 年 9 月 12 日上午 9:41 说：

    我们尝试将 jQuery 升级到 1.8.1，将 jQuery UI 升级到 1.8.23。在 IE 6 和 7 中，我们开始收到常见的错误，“页面上的脚本导致 Internet Explorer 运行缓慢。如果继续运行，你的计算机可能会变得无响应”。我们恢复到 1.7.1，错误消失了，jQuery UI 在最新版本中与旧版本的 jQuery 配合良好。我相信这肯定是我们这边的一个错误选择器，但肯定是运行速度变慢的问题。
19. Brandon 于 2012 年 9 月 12 日上午 10:51 说：

    我同意大家的观点。在 jQuery 1.7.2 中，IE 的性能很好，但升级到 1.8.1 后，我们在事件之间遇到了一些延迟。我们将 change 和 blur 事件绑定到输入字段。当 .on() 选择器绑定到大量元素时，1.8.1 在 Tab 键操作时会遇到性能下降。jQuery 1.7.2 不会出现这种行为。在解决这个问题之前，我将恢复到 1.7.2。