vite-plugin-data
v0.2.5
Published
Resolve and bundle data loader file exports at build-time.
Downloads
131
Maintainers
Readme
Vite Plugin Data
A Vite plugin that resolves the exports of data loaders at build-time and replaces the original file source with the pre-resolved exports.
A "data loader" is a source file with one of the following extensions:
.data.js
.data.cjs
.data.mjs
.data.ts
.data.cts
.data.mts
Getting Started
Install the plugin.
npm install --save-dev vite-plugin-data
Add the plugin to your Vite configuration.
import { data } from 'vite-plugin-data';
export default defineConfig({
plugins: [
data(),
],
});
Create a data loader with exports that should be resolved at build-time.
Example: timestamp.data.ts
export const timestamp = Date.now();
The bundled content from this file will be equivalent to the following, where the actual timestamp value was the result of Date.now()
at build-time.
export const timestamp = 1634160000000;
Import the the data loader just like any other source file. No special handling is required for Typescript, because the export types are the same.
import { timestamp } from './timestamp.data.js';
Plugin Options
config
A Vite configuration (UserConfig
) object that is used to transpile/bundle data loaders. By default, the plugin uses an internal Vite configuration that only inherits the root
and resolve.alias
options from parent configuration.
data({
// Custom Vite configuration used to transpile/bundle data loaders.
config: {
build: {
target: 'node20',
},
},
});
ignore
Ignore file patterns which should not be treated as data loaders.
data({
// Ignore all test files.
ignore: ['**/*.@(spec|test).*']
});
NOTE: Files inside
node_modules
directories are always ignored.
Data Loader Dependencies
Data loaders may use file system resources that are not imported or required. These dependencies can't be detected automatically, so they must be defined explicitly. This is done using a special configuration comment in a data loader file.
Here's an example of a data loader that reads the contents of a text file.
/* vite-plugin-data {
dependencies: ["./data.txt"]
} */
const text = await fs.readFile(path.resolve(__dirname, './data.txt'), 'utf8');
The configuration comment is always a block comment with a vite-plugin-data
prefix, followed by a JSON-like configuration object. The dependencies
property is an array of glob patterns that the data loader depends on.
NOTE: Relative paths must start with a dot (
.
) and are relative to the data loader directory (__dirname
), just like a relative import/require path would be.
NOTE: The JSON-like configuration value is parsed as Relaxed JSON (aka: RJSON). The most important differences are that simple keys and values do not need to be quoted, and single (
'
) or backtick (`
) quotes can be used in place of double quotes ("
) when necessary.
NOTE: The
dependencies
configuration only works if the paths are watched by Vite. Vite only watches the root directory. This plugin does not watch any additional paths. If your data loader has dependencies outside of the root, then you will need to use a custom configuration and/or additional plugins to add additional paths to the watcher so that HMR is aware of changes to those dependency files.
Limitations
JSON-Safe Exports
Data loader resolved exports must be JSON-safe values or promises for JSON-safe values.
JSON-safe values include the following types:
- Any primitive
- Any value with a
toJSON
method - Any object that is not a class instance and contains only JSON-safe values
- Any array that contains only JSON-safe values
Exported promises are awaited at build-time. The resolved value is injected into the bundle wrapped in a pre-resolved promise (eg. Promise.resolve(<value>)
). This allows for asynchronous data loading at build-time in contexts where top-level awaits are not supported (eg. CommonJS modules).
Side Effects
Data loaders are not tree-shaken at build-time, so they can have build-time side-effects.
However, the final bundle does not contain the data loader source, only its static exports. So, data loaders cannot have runtime side-effects. As such, the transpiled data is marked as side-effect-free and can be tree-shaken out of the final bundle.
API
In addition to the Vite plugin, the following exports are also available.
load
Get the exports of a data loader. This will bundle the data loader entrypoint, and import the generated bundle.
This is used by the plugin to get each data loader's exports.
Signature:
async function load(filename: string, config?: UserConfig): Promise<Result>;
Example:
import { load, Result } from 'vite-plugin-data';
const result: Result = await load('./timestamp.data.js', {
// Optional Vite config for data loader bundling.
});
Returns:
A Result instance.
compile
Convert data loader exports (or any JSON-safe object) to a string of Javascript code.
This function is used by the plugin to generate bundle code for each data loader's exports. The code is a collection of export statements corresponding to the properties in the exports object. The default
property produces a default export, and all other properties produce named (const) exports.
Signature:
async function compile(exports: Record<string, unknown>): Promise<string>;
Example:
const code = await compile({
default: 42,
foo: 'FOO',
bar: getSomeStringAsynchronously() satisfies Promise<string>,
});
Returns:
A string of Javascript code. The above example would produce the following code string.
export default 42;
export const foo = "FOO";
export const bar = Promise.resolve("string returned by async function");
Result
The result type returned by the load
function. It contains the data loader exports and dependency information.
Property: exports
An exports object imported from a data loader bundle.
Property: dependencies
An array of absolute paths to all modules included in the data loader bundle.
Property: dependencyPatterns
An array of normalized dependency glob patterns defined in the data loader configuration comment.
Method: dependsOn
Signature:
function dependsOn(this: Result, filename: string): boolean;
Example:
if (result.dependsOn('/absolute/path/to/some/modified/file')) {
// Invalidate the HMR module for the data loader that produced the result.
}
Returns:
True if the absolute filename
matches one of the result dependencies
or dependencyPatterns
. False otherwise.