Javascript 站点上的自定义jQuery脚本中有多少行代码？多少是太多？

对于我们的站点，我使用了很多jQuery——现在我正在查看基本库顶部的340行jQuery代码。多少是太多？我将添加更多内容，我何时开始尝试压缩代码并最终转向OOP？

多少是太多取决于您的应用程序

---

你应该力求简洁，但不要以牺牲可读性或用户体验为代价。

行数并不意味着什么——重要的是你实际在做什么。你可能会有10行极为低效的代码，这比精心编制的1000行代码造成的伤害要大得多。

最佳情况是，你应该尽可能减少脚本大小，但在今天的“Web 2.0”网站上，你很可能会积累相当多的JavaScript代码

重要的是，在部署网站之前，请确保将脚本文件和脚本文件尽可能减小脚本文件的大小

---

如果你真的对优化和提高网站性能感兴趣，我强烈建议你看看Steve Souders的文章。

我会关注脚本加载时间，而不是代码行。如果文件太大，请将其分解为特定于页面或节的文件。“太多”完全取决于应用程序性能以及您认为用户可以接受的内容。

这取决于您正在从事的项目。您应该保持代码的效率和可读性。一旦你部署了你的网站，只需压缩和gzip你的脚本，这将提高性能。

340行没什么，试着使用一些telerik控件…很快就会达到15k+行

我不关心JavaScript的长度。您可以使用多个选项来压缩JavaScript以供发布（您需要使用它进行一些练习，因为它确实有一些关于如何工作的规则）

专注于确保您的代码易于理解和维护。在网站上大量使用JavaScript可能会让人感到毛骨悚然

---

与用户必须多等一秒钟才能加载页面相比，将页面缩短或缩小会对您造成更大的伤害。

对于开发来说，将代码分离到单独的.js文件中是绝对必要的，否则事情会变得一团糟

但是,

不要在生产页面中留下大量脚本引用。大多数浏览器仅限于2个同时的HTTP请求。这些脚本引用将降低页面加载速度，远远超过单独缓存组件可能带来的好处

您可以使用JS Builder将开发文件连接到一个文件中：

---

编辑：脚本引用指的是。当页面加载时，这些代码都需要通过HTTP加载。

340行javascript不算什么，但随着javascript代码库的增长，我会花一些时间研究用于动态压缩和连接javascript的框架。如果您使用Java，我建议您使用它，它允许您在开发模式中的多个引用和生产模式中的单个小型脚本之间切换。在上线之前，请确保在生产模式下测试应用程序，因为缩小算法可能会在一些不太清楚的情况下破坏代码（如果您编写干净的代码，并记住在每一行末尾都加上“；”，您应该会没事）

---

如果你不使用Java，我不知道有什么框架，但是自己实现类似的东西其实并不难。我想我在eZ Publish中找到了一些代码，这些代码是用PHP编写的。

虽然与质量无关，但通常与工作时间有关（；不。当你衡量程序员的效率和可靠性时，它非常重要。因此，我认为JQuery是一个垃圾。我宁愿为一个程序员支付10行od纯JS代码，而不是2行（+1000）JQuery垃圾代码。