对于我们的网站，我使用了大量的jQuery - 现在我在基础库上查看340行jQuery代码。多少是太多了？我将添加更多内容，何时开始尝试压缩代码并最终转移到OOP？
答案 0 :(得分：14)
行数没有任何意义 - 重要的是你实际在做什么。你可以拥有10行极其低效的代码，这些代码比精心设计的1000行代码造成更大的破坏。
答案 1 :(得分：9)
最理想的是，您应该尽可能减少脚本大小，但是对于今天的“Web 2.0”网站，您很可能会累积相当多的JavaScript代码。
重要的是，在部署网站之前，确保minify和gzip脚本文件，以减少脚本文件的大小，可能的。
如果您真的对优化和改善网站效果感兴趣，我强烈建议您查看Steve Souders的High Performance Web Sites: Essential Knowledge for Front-End Engineers
答案 2 :(得分：7)
多少太多取决于你的申请。
您应该努力简洁，但不能以牺牲可读性或用户体验为代价。
答案 3 :(得分：3)
我会注意脚本加载时间比代码行更多。如果它太大，请将文件分解为页面或节特定文件。 “太多”仅仅基于应用程序性能以及您认为可以为用户接受的内容。
答案 4 :(得分：3)
340线是没有的，尝试使用一些telerik控件......很快就可以达到15k +线！
答案 5 :(得分：1)
这取决于您正在进行的项目。您应该保持代码的有效性和可读性。部署网站后，只需压缩和压缩脚本即可提高性能。
答案 6 :(得分：0)
我不关心JavaScript的长度。您可以使用多个选项，例如使用Packer来压缩您的JavaScript以进行发布（您需要对其进行一些练习，因为它确实有一些规则可用于它）。
专注于确保您的代码易于理解且易于维护。在网站中大量使用JavaScript可能会非常匆忙。
如果用户需要等待额外的一秒钟来加载页面，那么关于自己尝试使其变短或过小可能会对您造成伤害。
答案 7 :(得分：0)
对于开发来说，将代码分离成单独的.js文件是绝对必要的，否则事情会变得混乱。
然而，
不要在生产页面中留下大量的脚本引用。大多数浏览器仅限于2个同时的HTTP请求。这些脚本引用会降低页面加载速度，远远超过单独缓存组件的任何可能的好处。
您可以使用JS Builder将开发文件连接成一个文件：
http://code.google.com/p/js-builder/
编辑：通过脚本引用我的意思是＆lt; script src =“blah.js”＆gt;。当页面加载时，每个都需要通过HTTP加载。
答案 8 :(得分：0)
340行的javascript什么都没有，但随着你的javascript代码库的增长，我会花一些时间研究框架来动态压缩和连接javascript。如果您使用的是Java，我建议使用JAWR，它允许您在开发模式下的多个引用和生产中的单个缩小脚本之间切换。只是确保你在上线之前测试你的应用程序在生产模式，因为缩小算法可能会在一些模糊的情况下搞砸你的代码（如果你编写干净的代码并记得以';'结束每一行你应该没问题）
如果你不是Java，我不知道任何框架，但实际上自己实现类似的东西并不是那么难。我想我在eZ Publish中有一些代码可以放在某处，这是用PHP编写的。