浏览器内JavaScript是否需要节点样式？

Question

浏览器内的JavaScript是否有提供与Node相同的灵活性/模块化/易用性的库require？

提供更多细节：原因require如此好：

1. 允许从其他位置动态加载代码（在我看来，这比在HTML中链接所有代码在样式上更好）
2. 它为构建模块提供了一致的界面
3. 模块很容易依赖其他模块（因此，我可以编写一个需要jQuery的API，以便我可以使用 jQuery.ajax()
4. 加载的javascript是有 作用域的 ，这意味着我可以加载var dsp = require("dsp.js");并且可以访问dsp.FFT，而不会干扰本地var FFT

我还没有找到可以有效执行此操作的库。我倾向于使用的解决方法是：

• coffeescript-concat-需要其他js很容易，但是您必须对其进行编译，这意味着它对于快速开发（例如，在测试中构建API）的功能不太好

• RequireJS-它很流行，简单易用，可解决1-3，但缺乏作用域是一个真正的难题（我相信head.js与之类似，因为它缺乏作用域，尽管我从未有过使用它的机会。同样LABjs可以加载并缓解.wait()依赖关系问题，但仍然无法进行作用域设置）

据我所知，似乎有许多动态和/或异步加载javascript的解决方案，但它们往往具有与仅从HTML加载js相同的范围问题。最重要的是，我想要一种加载javascript的方法，它完全不会污染全局名称空间，但仍然允许我加载和使用库（就像节点的require一样）。

编辑（我的回答）：
自编写此书以来，我已广泛使用RequireJS（现在有更清晰的文档）。在我看来，RequireJS确实是正确的选择。我想澄清一下该系统如何为像我一样困惑的人们工作：

您可以require在日常开发中使用。模块可以是函数（通常是对象或函数）返回的任何东西，并且范围可以作为参数。您还可以将项目编译到单个文件中以进行部署r.js（实际上，尽管require可以并行加载脚本，但这样做几乎总是更快）。

RequireJS和节点风格的require之间的主要区别在于，例如browserify（tjameson建议一个很酷的项目）使用的是模块的设计和需求方式：

• RequireJS使用AMD（异步模块定义）。在AMD中，require获取要加载的模块（javascript文件）列表和回调函数。加载每个模块后，它将使用每个模块作为回调的参数来调用回调。因此，它确实是异步的，因此非常适合Web。
• 节点使用CommonJS。在CommonJS中，require是一个阻塞调用，它将加载模块并将其作为对象返回。这对于Node来说效果很好，因为文件是从文件系统中读取的，速度足够快，但在Web上效果不佳，因为同步加载文件可能需要更长的时间。

实际上，许多开发人员在使用AMD之前就已经使用过Node（因此也使用了CommonJS）。此外，许多库/模块是为CommonJS（通过向exports对象添加内容）而不是为AMD（通过从define函数返回模块）而编写的。因此，许多由Node.com转变为Web的开发人员都希望在Web上使用CommonJS库。这是可能的，因为<script>标签的加载受到阻碍。诸如browserify之类的解决方案采用CommonJS（Node）模块并将其包装起来，以便可以将它们包含在脚本标签中。

因此，如果您正在开发自己的Web多文件项目，强烈建议使用RequireJS，因为它确实是Web的模块系统（尽管公平地公开，我发现AMD比CommonJS自然得多）。最近，区别变得不那么重要了，因为RequireJS现在允许您实质上使用CommonJS语法。另外，RequireJS可用于在Node中加载AMD模块（尽管我更喜欢node-
amd-loader）。

Answer 1

检出ender。它做了很多。

我不确定RequireJS。它与节点的不同。您可能会遇到从其他位置加载的问题，但是可能会起作用。只要有一个provide方法或可以调用的东西。

TL; DR- 我建议使用browserify或require-kiss。

更新：

require-kiss现在已死，作者已将其删除。从那以后，我一直在使用RequireJS而不出现问题。require-kiss的作者写了pakmanager和pakman。全面披露，我与开发商合作。

我个人更喜欢RequireJS。它易于调试（开发中可以有单独的文件，生产中可以有一个部署的文件），并且建立在可靠的“标准”上。