sensordb2 e64a8defe5 3.17 | 1 năm trước cách đây | |
---|---|---|
.. | ||
CHANGELOG.md | 1 năm trước cách đây | |
LICENSE | 1 năm trước cách đây | |
README.md | 1 năm trước cách đây | |
empty.js | 1 năm trước cách đây | |
index.js | 1 năm trước cách đây | |
package.json | 1 năm trước cách đây |
node.js resolve algorithm with browser field support.
Resolve a module path and call cb(err, path [, pkg])
Options:
basedir
- directory to begin resolving frombrowser
- the 'browser' property to use from package.json (defaults to 'browser')filename
- the calling filename where the require()
call originated (in the source)modules
- object with module id/name -> path mappings to consult before doing manual resolution (use to provide core modules)packageFilter
- transform the parsed package.json
contents before looking at the main
fieldpaths
- require.paths
array to use if nothing is found on the normal node_modules
recursive walkAdditionally, options supported by node-resolve can be used.
Same as the async resolve, just uses sync methods.
Additionally, options supported by node-resolve can be used.
you can resolve files like require.resolve()
:
var bresolve = require('browser-resolve');
bresolve('../', { filename: __filename }, function(err, path) {
console.log(path);
});
$ node example/resolve.js
/home/substack/projects/browser-resolve/index.js
By default, core modules (http, dgram, etc) will return their same name as the path. If you want to have specific paths returned, specify a modules
property in the options object.
var shims = {
http: '/your/path/to/http.js'
};
var bresolve = require('browser-resolve');
bresolve('http', { modules: shims }, function(err, path) {
console.log(path);
});
$ node example/builtin.js
/home/substack/projects/browser-resolve/builtin/http.js
browser-specific versions of modules
{
"name": "custom",
"version": "0.0.0",
"browser": {
"./main.js": "custom.js"
}
}
var bresolve = require('browser-resolve');
var parent = { filename: __dirname + '/custom/file.js' };
bresolve('./main.js', parent, function(err, path) {
console.log(path);
});
$ node example/custom.js
/home/substack/projects/browser-resolve/example/custom/custom.js
You can use different package.json properties for the resolution, if you want to allow packages to target different environments for example:
{
"browser": { "./main.js": "custom.js" },
"chromeapp": { "./main.js": "custom-chromeapp.js" }
}
var bresolve = require('browser-resolve');
var parent = { filename: __dirname + '/custom/file.js', browser: 'chromeapp' };
bresolve('./main.js', parent, function(err, path) {
console.log(path);
});
$ node example/custom.js
/home/substack/projects/browser-resolve/example/custom/custom-chromeapp.js
You can skip over dependencies by setting a
browser field
value to false
:
{
"name": "skip",
"version": "0.0.0",
"browser": {
"tar": false
}
}
This is handy if you have code like:
var tar = require('tar');
exports.add = function (a, b) {
return a + b;
};
exports.parse = function () {
return tar.Parse();
};
so that require('tar')
will just return {}
in the browser because you don't
intend to support the .parse()
export in a browser environment.
var bresolve = require('browser-resolve');
var parent = { filename: __dirname + '/skip/main.js' };
bresolve('tar', parent, function(err, path) {
console.log(path);
});
$ node example/skip.js
/home/substack/projects/browser-resolve/empty.js
MIT
Prior to v1.x this library provided shims for node core modules. These have since been removed. If you want to have alternative core modules provided, use the modules
option when calling bresolve()
.
This was done to allow package managers to choose which shims they want to use without browser-resolve being the central point of update.