Lifecycle APIs
caution
This section is a work in progress.
Lifecycle APIs are shared by Themes and Plugins.
getPathsToWatch()
Specifies the paths to watch for plugins and themes. The paths are watched by the dev server so that the plugin lifecycles are reloaded when contents in the watched paths change. Note that the plugins and themes modules are initially called with context and options from Node, which you may use to find the necessary directory information about the site.
Example:
async loadContent()
Plugins should use this lifecycle to fetch from data sources (filesystem, remote API, headless CMS, etc) or doing some server processing.
For example, this plugin below return a random integer between 1 to 10 as content;
async contentLoaded({content, actions})
Plugins should use the data loaded in loadContent and construct the pages/routes that consume the loaded data (optional).
content
contentLoaded will be called after loadContent is done, the return value of loadContent() will be passed to contentLoaded as content.
actions
actions contain two functions:
addRoute(config: RouteConfig): void
Create a route to add to the website.
createData(name: string, data: any): Promise<string>
A helper function to help you write some data (usually a string or JSON) to disk with in-built caching. It takes a file name relative to to your plugin's directory (name), your data (data), and will return a path to where the data is created.
For example, this plugin below create a /roll page which display "You won xxxx" to user.
configureWebpack(config, isServer, utils)
Modifies the internal webpack config. If the return value is a JavaScript object, it will be merged into the final config using webpack-merge. If it is a function, it will be called and receive config as the first argument and an isServer flag as the argument argument.
config
configureWebpack is called with config generated according to client/server build. You may treat this as the base config to be merged with.
isServer
configureWebpack will be called both in server build and in client build. The server build receives true and the client build receives false as isServer.
utils
The initial call to configureWebpack also receives a util object consists of three functions:
getStyleLoaders(isServer: boolean, cssOptions: {[key: string]: any}): Loader[]getCacheLoader(isServer: boolean, cacheOptions?: {}): Loader | nullgetBabelLoader(isServer: boolean, babelOptions?: {}): Loader
You may use them to return your webpack configures conditionally.
For example, this plugin below modify the webpack config to transpile .foo file.
postBuild(props)
Called when a (production) build finishes.
Example:
extendCli(cli)
Register an extra command to enhance the CLI of docusaurus. cli is commander object.
Example:
injectHtmlTags()
Inject head and/or body html tags to Docusaurus generated html.
Example:
getThemePath()
Returns the path to the directory where the theme components can be found. When your users calls swizzle, getThemePath is called and its returned path is used to find your theme components.
If you use the folder directory above, your getThemePath can be:
getClientModules()
Returns an array of paths to the modules that are to be imported in the client bundle. These modules are imported globally before React even renders the initial UI.
As an example, to make your theme load a customCss object from options passed in by the user:
Example
Here's a mind model for a presumptuous plugin implementation.