mirror of
https://github.com/zebrajr/express.git
synced 2025-12-06 00:19:48 +01:00
41113599af
Since v5 relies on node >= 18, this is now possible (since v16, v14.18.0 [^1][^2]). It's functionally irrelevant: 1. It's not required for CJS nor ESM (with a few exceptions [^3]) 2. It has no performance promises However, there are upsides to this approach: 1. It brings clear boundaries to what's a built-in and what's an external dependency 2. It reduces the risk of importing unwanted deps where a built-in is expected 3. It's slightly more interoperable with other JS runtimes that provide node compatibility[^4], albeit only during development. Once imported from npm, built-ins are assumed. [^1]:https://nodejs.org/docs/latest-v22.x/api/modules.html#built-in-modules [^2]:https://github.com/nodejs/node/pull/37246 [^3]:https://nodejs.org/api/modules.html#built-in-modules-with-mandatory-node-prefix [^4]:https://docs.deno.com/runtime/fundamentals/node/#using-node's-built-in-modules
37 lines
717 B
JavaScript
37 lines
717 B
JavaScript
var fs = require('node:fs');
|
|
|
|
var variableRegExp = /\$([0-9a-zA-Z\.]+)/g;
|
|
|
|
module.exports = function renderFile(fileName, options, callback) {
|
|
function onReadFile(err, str) {
|
|
if (err) {
|
|
callback(err);
|
|
return;
|
|
}
|
|
|
|
try {
|
|
str = str.replace(variableRegExp, generateVariableLookup(options));
|
|
} catch (e) {
|
|
err = e;
|
|
err.name = 'RenderError'
|
|
}
|
|
|
|
callback(err, str);
|
|
}
|
|
|
|
fs.readFile(fileName, 'utf8', onReadFile);
|
|
};
|
|
|
|
function generateVariableLookup(data) {
|
|
return function variableLookup(str, path) {
|
|
var parts = path.split('.');
|
|
var value = data;
|
|
|
|
for (var i = 0; i < parts.length; i++) {
|
|
value = value[parts[i]];
|
|
}
|
|
|
|
return value;
|
|
};
|
|
}
|