Javascript 更大的jQuery项目是如何构造的，原因是什么

我正在用不同的面向对象语言开发桌面软件。从最近开始，我就没有接触过网络开发。我刚刚开始使用

jQuery

和

jquerymobile

构建简单的web应用程序

我注意到我的项目通常以一个HTML文件作为基础，并以一个包含方法、事件处理程序等的*.js文件结束。这有点像是在编写意大利面代码，我想不出这如何适用于更复杂的项目。（可重用性、性能等）

通常的jQuery教程只是展示了一些简单的示例，它们可以很好地使用“将所有方法放入单个脚本文件”的方法。我还读到，最好只提供一个大文件，因为只加载一个文件比加载很多小文件更快

---

有人能告诉我更大的jQuery项目是如何组织的吗？原因是什么？

我将尝试将您的问题分成几个小部分：

“我注意到我的项目通常以一个HTML文件作为基础，并以一个包含方法、事件处理程序等的*.js文件结束。这有点像是在编写意大利面代码，我想不出如何处理更复杂的项目。”

听起来你的OO背景已经把你惯坏了。Javascript不会强迫您使用它的原型继承，jQuery也不会。尽管如此，它仍然存在。道格拉斯·克罗克福德（Douglas Crockford）写了一篇关于从经典的以面向对象为中心的继承转移到原型的文章：

“通常的jQuery教程只是展示了一些简单的示例，这些示例可以很好地使用“将所有方法放入单个脚本文件”的方法。”

是的，将所有代码放在一个文件中对于一个小型网站或web应用程序来说很好，但它不能扩展

然而，这与将所有C方法声明放在一个头文件中，将所有代码放在一个源文件中没有区别。我的意思是，你没有太多

我建议您使用类似的脚本加载程序来解决此问题。在最坏的情况下，将脚本标记内联到HTML代码中仍然没有错，但这也不能很好地扩展

“我还从某个地方读到，最好只提供一个大文件，因为只加载一个文件比加载很多小文件更快。”

嗯。。。是的，但在大多数情况下，这是可以忽略不计的。即使您确实看到性能下降，为什么要将开发代码视为生产代码？使用压缩工具，如压缩和合并JavaScript。装载时间更短，无污染

---

最后一条建议：jQuery不会帮助您解决JavaScript架构问题，就像字典不会帮助您构造句子一样。（换句话说，不要依赖jQuery示例来教您良好的JavaScript实践）。

我将尝试将您的问题分成几个小部分：

“我注意到我的项目通常以一个HTML文件作为基础，并以一个包含方法、事件处理程序等的*.js文件结束。这有点像是在编写意大利面代码，我想不出如何处理更复杂的项目。”

听起来你的OO背景已经把你惯坏了。Javascript不会强迫您使用它的原型继承，jQuery也不会。尽管如此，它仍然存在。道格拉斯·克罗克福德（Douglas Crockford）写了一篇关于从经典的以面向对象为中心的继承转移到原型的文章：

“通常的jQuery教程只是展示了一些简单的示例，这些示例可以很好地使用“将所有方法放入单个脚本文件”的方法。”

是的，将所有代码放在一个文件中对于一个小型网站或web应用程序来说很好，但它不能扩展

然而，这与将所有C方法声明放在一个头文件中，将所有代码放在一个源文件中没有区别。我的意思是，你没有太多

我建议您使用类似的脚本加载程序来解决此问题。在最坏的情况下，将脚本标记内联到HTML代码中仍然没有错，但这也不能很好地扩展

“我还从某个地方读到，最好只提供一个大文件，因为只加载一个文件比加载很多小文件更快。”

嗯。。。是的，但在大多数情况下，这是可以忽略不计的。即使您确实看到性能下降，为什么要将开发代码视为生产代码？使用压缩工具，如压缩和合并JavaScript。装载时间更短，无污染

---

最后一条建议：jQuery不会帮助您解决JavaScript架构问题，就像字典不会帮助您构造句子一样。（换句话说，不要依赖jQuery示例来教您良好的JavaScript实践）。

实际上，许多大型项目都由多个源文件组成，这些源文件被缩小并连接到一个文件中进行分发。我认为这是一个完全正确的问题，不值得投反对票。它应得的是一个更好的标题。@rcdmk：谢谢你的贡献。通常很难找到问题标题的正确词语。我经常注意到，在问题得到回答后（我对这个问题的想法经过了反复思考），标题会更合适，许多大型项目由多个源文件组成，这些文件被缩小并连接成一个文件进行分发。我认为这是一个完全正确的问题，不值得否决。它应得的是一个更好的标题。@rcdmk：谢谢你的贡献。通常很难找到问题标题的正确词语。我经常注意到，在问题得到回答后（我对这个问题的想法已经经过了一些迭代）标题会更合适