A module that can be used to implement AMD's define() in Node. This allows you to code to the AMD API and have the module work in node programs without requiring those other programs to use AMD.
1) Update your package.json to indicate amdefine as a dependency:
npm install to get amdefine into your project.
2) At the top of each module that uses define(), place this code:
if typeof define !== 'function' var define = module
Only use these snippets when loading amdefine. If you preserve the basic structure, with the braces, it will be stripped out when using the RequireJS optimizer.
You can add spaces, line breaks and even require amdefine with a local path, but keep the rest of the structure to get the stripping behavior.
As you may know, because
declaration in the above snippet is made whether the
if expression is truthy or not. If
RequireJS is loaded then the declaration is superfluous because
define is already already
declarations of the same variable in the same scope gracefully.
If you want to deliver amdefine.js with your code rather than specifying it as a dependency with npm, then just download the latest release and refer to it using a relative path:
Consider this very experimental.
Instead of pasting the piece of text for the amdefine setup of a
variable in each module you create or consume, you can use
instead. It will automatically insert the above snippet in each .js file loaded
Warning: you should only use this if you are creating an application that is consuming AMD style defined()'d modules that are distributed via npm and want to run that code in Node.
For library code where you are not sure if it will be used by others in Node or
in the browser, then explicitly depending on amdefine and placing the code
snippet above is suggested path, instead of using
intercept module affects all .js files loaded in the Node app, and it is
inconsiderate to modify global state like that unless you are also controlling
the top level app.
Why distribute AMD-style modules via npm?
npm has a lot of weaknesses for front-end use (installed layout is not great, should have better support for the `baseUrl + moduleID + '.js' style of loading, single file JS installs), but some people want a JS package manager and are willing to live with those constraints. If that is you, but still want to author in AMD style modules to get dynamic require(), better direct source usage and powerful loader plugin support in the browser, then this tool can help.
Just require it in your top level app module (for example index.js, server.js):
The module does not return a value, so no need to assign the result to a local variable.
Then just require() code as you normally would with Node's require(). Any .js loaded after the intercept require will have the amdefine check injected in the .js source as it is loaded. It does not modify the source on disk, just prepends some content to the text of the module as it is loaded by Node.
How amdefine/intercept works
It overrides the
Module._extensions['.js'] in Node to automatically prepend
the amdefine snippet above. So, it will affect any .js file loaded by your
It is best if you use the anonymous forms of define() in your module:
Version 1.0.3 of the RequireJS optimizer
will have support for stripping the
if (typeof define !== 'function') check
mentioned above, so you can include this snippet for code that runs in the
browser, but avoid taking the cost of the if() statement once the code is
optimized for deployment.
Node 0.4 Support
If you want to support Node 0.4, then add
require as the second parameter to amdefine:
//Only if you want Node 0.4. If using 0.5 or later, use the above snippet.if typeof define !== 'function' var define = module require
Synchronous vs Asynchronous
amdefine creates a define() function that is callable by your code. It will execute and trace dependencies and call the factory function synchronously, to keep the behavior in line with Node's synchronous dependency tracing.
The exception: calling AMD's callback-style require() from inside a factory function. The require callback is called on process.nextTick():
Loader plugins are supported as long as they call their load() callbacks synchronously. So ones that do network requests will not work. However plugins like text can load text files locally.
The plugin API's
load.fromText() is not supported in amdefine, so this means
transpiler plugins like the CoffeeScript loader plugin
will not work. This may be fixable, but it is a bit complex, and I do not have
enough node-fu to figure it out yet. See the source for amdefine.js if you want
to get an idea of the issues involved.
To run the tests, cd to tests and run:
node all.js node all-intercept.js
New BSD and MIT. Check the LICENSE file for all the details.