TypeSpec is a language for describing cloud service APIs and generating other API description languages, client and service code, documentation, and other assets. TypeSpec provides highly extensible core language primitives that can describe API shapes common among REST, OpenAPI, GraphQL, gRPC, and other protocols.
Using TypeSpec, you can create reusable patterns for all aspects of an API, along with the ability to check for and flag known anti-patterns. These patterns establish "guardrails" for API designers and make it easier to follow best practices than deviate from them. TypeSpec promotes highly regular API designs that adhere to best practices by construction.
You can try a work-in-progress build of the compiler by following the steps in the Getting Started section below. Please feel free to file issues for any issues you encounter while using the preview.
You can try TypeSpec on the web without installing anything.
For documentation for TypeSpec language, see https://microsoft.github.io/typespec.
-
Install Node.js 16 LTS and ensure you are able to run the
npm
command in a command prompt:npm --version
It is recommended to have npm 7+. To update npm run
npm install -g npm
-
Install TypeSpec compiler and libraries:
npm init -y
npm install -g @typespec/compiler
If you do not wish to install the compiler globally with -g
flag, you will need to install it locally once in every TypeSpec project folder. You would also need to prefix every TypeSpec run command with npx
. See npx documentation
npx tsp init
npx tsp compile
-
Install the TypeSpec extension for your editor of choice:
-
Create a folder for your new TypeSpec project
-
Initialize a TypeSpec project.
- Run
tsp init
> SelectGeneric Rest API
template with@typespec/rest
and@typespec/openapi3
libraries checked. - Run
tsp install
to install node package dependencies.
- Run
-
Open the folder in your editor and edit
main.tsp
-
Follow our documentation to get started writing TypeSpec!
-
Once you're ready to compile your TypeSpec to Swagger, save the file and type this at the command prompt in your project folder:
tsp compile .
This will compile the TypeSpec files in the project folder into one output file:
.\typespec-output\openapi.json
.
See full usage documentation by typing:
tsp --help
Here is a very small TypeSpec example that uses the @typespec/openapi3
library to generate OpenAPI 3.0 from TypeSpec.
import "@typespec/rest";
using TypeSpec.Http;
@server("https://example.com", "Single server endpoint")
@route("/example")
namespace Example {
@get
@route("/message")
op getMessage(): string;
}
You can compile it to OpenAPI 3.0 by using the following command:
tsp compile sample.tsp --emit @typespec/openapi3
Once it compiles, you can find the emitted OpenAPI document in `./typespec-output/openapi.json.
You can also pass in a directory instead of a file to tsp compile
. That's
equivalent to passing main.tsp
in that directory.
TypeSpec provides an auto-formatter to keep your specs clean and organized.
node_modules
folders are automatically excluded by default
tsp format <patterns...>
# Format all the files in the current directory with the typespec extension.
tsp format **/*.tsp
# Exclude certain patterns. Either use `!` prefix or pass it via the `--exclude` or `-x` option.
tsp format **/*.tsp "!my-test-folder/**/*"
tsp format **/*.tsp --exclude "my-test-folder/**/*"
tsp code install
This will download and install the latest VS Code extension. Use tsp code uninstall
to remove it. Pass --insiders
if you use VS Code Insiders edition.
If tsp-server
cannot be found on PATH by VS Code in your setup, you can
configure its location in VS Code settings. Search for "TypeSpec" in File ->
Preferences -> Settings, and adjust typespec.tsp-server.path
accordingly. You may
need to restart VS Code after changing this. This should be the path to the @typespec/compiler
package. (e.g. ./node_modules/@typespec/compiler
)
You can also configure a project to use a local npm install of
@typespec/compiler
. See local-typespec sample.
tsp vs install
This will download and install the latest Visual Studio extension. Use tsp vs uninstall
to remove it.
If tsp-server
cannot be found on PATH by Visual Studio in your setup, you can
configure its location by setting up the typespec.tsp-server.path
entry in .vs/VSWorkspaceSettings.json
. You may need to restart Visual Studio after changing this.
This should be the path to the @typespec/compiler
package. (e.g. ./node_modules/@typespec/compiler
)
On every commit to the main branch, packages with changes are automatically published to npm with the @next
tag.
The packages section shows which version corresponds to the next
tag for each package.
To use a nightly
version of the packages, go over each one of the packages in the package.json
file and update it to either the latest published @next
version or @latest
, whichever is the newest. You can also use the tag latest
or next
instead of an explicit version.
After updating the package.json file you can run npm update --force
. Force is required as there might be some incompatible version requirement.
Example
// Stable setup
"dependencies": {
"@typespec/compiler": "~0.30.0",
"@typespec/rest": "~0.14.0",
"@typespec/openapi": "~0.9.0",
}
// Consume next version
// In this example: compiler and openapi have changes but rest library has none
"dependencies": {
"@typespec/compiler": "~0.31.0-dev.5",
"@typespec/rest": "~0.14.0", // No changes to @typespec/rest library so need to stay the latest.
"@typespec/openapi": "~0.10.0-dev.2",
}
Name | Changelog | Latest | Next |
---|---|---|---|
Core functionality | |||
@typespec/compiler | Changelog | ||
TypeSpec Libraries | |||
@typespec/rest | Changelog | ||
@typespec/openapi | Changelog | ||
@typespec/openapi3 | Changelog | ||
@typespec/versioning | Changelog | ||
TypeSpec Tools | |||
@typespec/prettier-plugin-typespec | Changelog | ||
typespec-vs | Changelog | ||
typespec-vscode | Changelog | ||
tmlanguage-generator | Changelog |
@next
version of the package are the latest versions available on the main
branch.