The Deno Standard Library is a library of packages that aim to provide a robust, secure, and modern foundation for building JavaScript and TypeScript applications.
The Standard Library aims to compliment the JavaScript, Web and Deno runtime APIs.
By virtue of the APIs it supports, the Standard Library primarily aims to work with:
- Deno
- Deno Deploy
- Web browsers (i.e. Google Chrome, Mozilla Firefox, Apple Safari, etc.)
Other runtimes are supported to varying degrees, depending on how much they support the same APIs that the Standard Library targets. These runtimes include:
The Standard Library is distributed as a library of packages on JSR, a modern package registry for JavaScript and TypeScript.
To learn more about JSR, see the documentation.
We recommend using the latest version of a given package.
Thanks to JSR, you can constrain dependency versions by defining the SemVer range in the import specifier.
E.g. If the latest major version of a package is 1, it should be imported as follows:
import { bar } from "jsr:@std/foo@^1";
The same goes if the latest major version of a package is 0:
import { bar } from "jsr:@std/foo@^0";
This approach allows for bug fixes and new features, while avoiding breaking changes.
For more information, see JSR's SemVer resolution documentation.
An API is deprecated due to one of the following reasons:
- It's been covered by a new JavaScript language or Web Standard API.
- It's been moved to a more appropriate location. E.g. To another package.
- It's been renamed more appropriate. E.g. To a name that more clearly describes its behavior.
- It's been deemed no longer fitting to the Standard Library.
In almost all cases, a deprecated API is removed in the next major version after deprecation. This is to minimize breaking changes for users.
Yes. You can use a package version that contains the deprecated API in question by pinning the package version.
E.g. Say bar()
is deprecated in @std/foo@0
and removed in @std/foo@1
. Pin
the import specifier to @std/foo@0
to continued use:
import { bar } from "jsr:@std/foo@^0/bar";
This is possible thanks to JSR being immutable. For more information, see JSR's Immutability documentation.
Check out the contributing guidelines here.
Check out the architecture guide here.