#DevHack: VS Code extension storage options

For Front Matter and another VS Code extension which is currently in development, I wanted to understand which options there are for storing data. Data can be anything, for some extensions, it will be settings, for others, it is more complicated sets of data.

In this article, I will give you an overview of all the available storage options and when to use them.

Configuration settings

Configuration settings are not a way to store data for your extension, it only provides a way to how you want the user to use your extension. You can still use this option when you for instance want to manipulate the behavior of your extension from within your user interface.

Each extension can define its own configuration settings, and the user will be able to change it via the settings editor or straight within the JSON file.

Settings can be set and changed on various levels:

• Default
• Global
• Workspace
• Workspace folder level
• Language-specific settings

State storage

All extensions got access to the memento storage which can keep a key/value state for your extension. It works on two levels: global or workspace.

The state is kept whenever you update Visual Studio Code or update the extension.

You can update the global or workspace state via:

1
await context.globalstate.update(`key`, value)
2
await context.workspaceState.update(`key`, value)

Retrieving state values is achieved similarly:

1
await context.globalstate.get(`key`)
2
await context.workspaceState.get(`key`)

Secret storage

In some cases, you might want to keep secrets, for instance, connection strings. For some time, you had to use other dependencies, but the VS Code team provided a SecretStorage which is intended to be used to store secrets.

The secret storage is accessible via the VS Code extension context:

1
// Retrieving a secret
2
await context.secrets.get(`secretkey`)
3

4
// Storing a secret
5
await context.secrets.store(`secretkey`, `This is the secret`);

Files

If the previous options are not enough, you could still read/write files to the current workspace/solution/project.

Files still give you full flexibility as you won’t be limited to what the VS Code APIs impose.

In order to work with files (read/write), you can use the workspace.fs API. The workspace file system API exposes the editors’ built-in file system provider.