TypeScript configuration

TypeScript is a primary language for Angular application development. It is a superset of JavaScript with design-time support for type safety and tooling.

Browsers can't execute TypeScript directly. Typescript must be "transpiled" into JavaScript using the tsc compiler, which requires some configuration.

This page covers some aspects of TypeScript configuration and the TypeScript environment that are important to Angular developers, including details about the following files:

Files	Details
tsconfig.json	TypeScript compiler configuration.
typings	TypesScript declaration files.

Configuration files

A given Angular workspace contains several TypeScript configuration files. At the root tsconfig.json file specifies the base TypeScript and Angular compiler options that all projects in the workspace inherit.

See the Angular compiler options guide for information about what Angular specific options are available.

The TypeScript and Angular have a wide range of options which can be used to configure type-checking features and generated output. For more information, see the Configuration inheritance with extends section of the TypeScript documentation.

For more information TypeScript configuration files, see the official TypeScript handbook. For details about configuration inheritance, see the Configuration inheritance with extends section.

The initial tsconfig.json for an Angular workspace typically looks like the following example.

/* To learn more about this file see: https://angular.io/config/tsconfig. */
{
  "compileOnSave": false,
  "compilerOptions": {
    "baseUrl": "./",
    "forceConsistentCasingInFileNames": true,
    "strict": true,
    "noImplicitOverride": true,
    "noPropertyAccessFromIndexSignature": true,
    "noImplicitReturns": true,
    "noFallthroughCasesInSwitch": true,
    "sourceMap": true,
    "declaration": false,
    "downlevelIteration": true,
    "experimentalDecorators": true,
    "moduleResolution": "node",
    "importHelpers": true,
    "target": "ES2022",
    "module": "ES2022",
    "useDefineForClassFields": false,
    "lib": [
      "ES2022",
      "dom"
    ]
  },
  "angularCompilerOptions": {
    "enableI18nLegacyMessageIdFormat": false,
    "strictInjectionParameters": true,
    "strictInputAccessModifiers": true,
    "strictTemplates": true
  }
}

noImplicitAny and suppressImplicitAnyIndexErrors

TypeScript developers disagree about whether the noImplicitAny flag should be true or false. There is no correct answer and you can change the flag later. But your choice now can make a difference in larger projects, so it merits discussion.

When the noImplicitAny flag is false (the default), and if the compiler cannot infer the variable type based on how it's used, the compiler silently defaults the type to any. That's what is meant by implicit any.

When the noImplicitAny flag is true and the TypeScript compiler cannot infer the type, it still generates the JavaScript files, but it also reports an error. Many seasoned developers prefer this stricter setting because type checking catches more unintentional errors at compile time.

You can set a variable's type to any even when the noImplicitAny flag is true.

When the noImplicitAny flag is true, you may get implicit index errors as well. Most developers feel that this particular error is more annoying than helpful. You can suppress them with the following additional flag:

"suppressImplicitAnyIndexErrors": true

For more information about how the TypeScript configuration affects compilation, see Angular Compiler Options and Template Type Checking.

TypeScript typings

Many JavaScript libraries, such as jQuery, the Jasmine testing library, and Angular, extend the JavaScript environment with features and syntax that the TypeScript compiler doesn't recognize natively. When the compiler doesn't recognize something, it reports an error.

Use TypeScript type definition files —d.ts files— to tell the compiler about the libraries you load.

TypeScript-aware editors leverage these same definition files to display type information about library features.

Many libraries include definition files in their npm packages where both the TypeScript compiler and editors can find them. Angular is one such library. The node_modules/@angular/core/ folder of any Angular application contains several d.ts files that describe parts of Angular.

You don't need to do anything to get typings files for library packages that include d.ts files. Angular packages include them already.

lib

TypeScript includes a default set of declaration files. These files contain the ambient declarations for various common JavaScript constructs present in JavaScript runtimes and the DOM.

For more information, see lib in the TypeScript guide.

Installable typings files

Many libraries —jQuery, Jasmine, and Lodash among them— do not include d.ts files in their npm packages. Fortunately, either their authors or community contributors have created separate d.ts files for these libraries and published them in well-known locations.

You can install these typings with npm using the @types/* scoped package.

Which ambient declaration files in @types/* are automatically included is determined by the types TypeScript compiler option. The Angular CLI generates a tsconfig.app.json file which is used to build an application, in which the types compiler option is set to [] to disable automatic inclusion of declarations from @types/*. Similarly, the tsconfig.spec.json file is used for testing and sets "types": ["jasmine"] to allow using Jasmine's ambient declarations in tests.

After installing @types/* declarations, you have to update the tsconfig.app.json and tsconfig.spec.json files to add the newly installed declarations to the list of types. If the declarations are only meant for testing, then only the tsconfig.spec.json file should be updated.

For instance, to install typings for chai you run npm install @types/chai --save-dev and then update tsconfig.spec.json to add "chai" to the list of types.

target

By default, the target is ES2022. To control ECMA syntax use the Browserslist configuration file. For more information, see the configuring browser compatibility guide.