Add support for environment and request specific data such as settings and configurations.
Many times, applications need to have different configurations based on environments. This plugin simplifies the process of managing this data and also provides hooks for gather user or request-specific data.
npm i @gasket/plugin-data
Update your gasket
file plugin configuration:
// gasket.js
+ import pluginData from '@gasket/plugin-data';
export default makeGasket({
plugins: [
+ pluginData
]
});
Also, add a gasket-data.js
file to the root of your project, import and assign
it to the data
property of the Gasket config.
import { makeGasket } from '@gasket/core';
+import pluginLogger from '@gasket/plugin-logger';
+import pluginData from '@gasket/plugin-data';
+ import gasketData from './gasket-data.js';
export default makeGasket({
plugins: [
pluginLogger,
+ pluginData
],
+ data: gasketData
});
While you can declare data
definition directly in your makeGasket
config,
it is recommended to use a separate gasket-data.js
file by convention.
This can also be a .ts
file if the project is using TypeScript.
This definition file allows you to set up inline environment overrides to adjust things like API URLs and settings based on the runtime environment.
// gasket-data.js
export default {
environments: {
local: {
api: 'http://localhost:3000'
},
test: {
api: 'https://test-api.example.com'
},
prod: {
api: 'https://api.example.com'
}
}
};
This action is used to retrieve the current configuration data. It can be used in any lifecycle hook or server-side code.
This action is used to retrieve the public configuration data particular to a request. It is referred to as "public" meaning it is safe to expose to the client.
If you are developing a front end with Next.js, config is accessible to
server-side rendering via getInitialProps
:
import gasket from '../gasket.js';
PageComponent.getInitialProps = async function({ isServer, req }) {
if (isServer) {
const publicData = await gasket.actions.getPublicGasketData(req);
return {
flags: publicData.featureFlags
};
}
// ...
}
If you need access to config values in client-side code, this can be done
by defining a public
property in your gasket-data.js
.
export default {
public: {
test1: 'config value 1 here',
test2: 'config value 2 here'
}
};
From there we recommend looking at withGasketData HOC from the
@gasket/nextjs
package which will use the getPublicGasketData action to get
the public
data and render it to script tag for browser access.
Another way to access to data values in client-side code is through redux state.
This plugin looks for a public
property of your configuration in
gasket-data.js
and places it under a gasketData
property in your initial
public state by hooking the initReduxState lifecycle.
The gasketData
event is fired once the config file contents are normalized.
Hooks are passed the gasket API and the current configuration and should return
a new configuration object with injected modifications. This event will occur
once during startup, and hooks may be asynchronous. Sample:
import fetchRemoteConfig from './remote-config.js';
export default {
name: 'sample-plugin',
hooks: {
async gasketData(gasket, gasketData) {
const remoteCfg = await fetchRemoteConfig();
return {
...gasketData,
...remoteCfg
};
}
}
}
When the getPublicGasketData
action used for request-specific data,
the publicGasketData
lifecycle is fired, enabling plugins to inject
data related the request being processed. It is passed the
gasket API, the public gasketData, and a context with the request.
Sample:
import getFeatureFlags from './feature-flags.js';
export default {
name: 'gasket-plugin-example',
hooks: {
async publicGasketData(gasket, publicData, { req }) {
const featureFlags = await getFeatureFlags({
shopperId: req.user.shopperId,
locale: req.cookies.market,
plid: req.user.resellerId
});
return {
...publicData,
featureFlags
};
}
}
}