Typescript suppress error

Опции компилятора

Если сравнить компилятор tsc с фортепиано, то его опции сопоставимы с камертоном позволяющим настроить его наилучшим образом, что на практике означает сократить время сборки и повысить типобезопасность проекта.

strict

--strict — активирует все флаги, входящие в группировку строгого режима и сопутствующие повышению типобезопасности программы. На данный момент флаг strict активирует следующие опции компилятора: --strictNullChecks, --noImplicitAny, --noImplicitThis, --alwaysStrict, --strictFunctionTypes, --strictPropertyInitialization и --strictBindCallApply. Несмотря на то, что флаг strict активирует сразу все указанные флаги, при желании конкретные флаги можно отключить.

{
  "compilerOptions": {
      "strict": false,
      "strictNullChecks": false
  }
}

type: boolean
default: false
values: true, false

suppressExcessPropertyErrors

--suppressExcessPropertyErrors — если данная опция активна, то компилятор перестает проверять литералы объекта на излишние члены.

{
  "compilerOptions": {
      "suppressExcessPropertyErrors": false
  }
}



  


                       
  

type: boolean
default: false
values: true, false

Пример

interface T1 {
  f1: number;
}

let v1: T1 = {f1: 0, f2: ''}; // suppressExcessPropertyErrors === false ? Error : Ok

suppressImplicitAnyIndexErrors

--suppressImplicitAnyIndexErrors — при активной опции --noImplicitAny подавляет ошибки, связанные с добавлением динамических свойств в объекты, у которых отсутствует индексное определение.

{
  "compilerOptions": {
      "suppressImplicitAnyIndexErrors": false
  }
}

type: boolean
default: false
values: true, false

Пример для неактивной опции

// tsconfig.json

{
  "compilerOptions": {
      "noImplicitAny": true,
      "suppressImplicitAnyIndexErrors": false
  }
}

// index.js

interface Member {

}
interface IndexMember {
  [key: string]: any;
}


let memberObject: Member = {};
memberObject['name'] = 'object'; // Error

let indexMemberObject: IndexMember = {};
indexMemberObject['name'] = 'object'; // Ok

Пример для активной опции

// tsconfig.json

{
  "compilerOptions": {
      "noImplicitAny": true,
      "suppressImplicitAnyIndexErrors": false
  }
}

// index.js

interface Member {

}
interface IndexMember {
  [key: string]: any;
}


let memberObject: Member = {};
memberObject['name'] = 'object'; // Ok

let indexMemberObject: IndexMember = {};
indexMemberObject['name'] = 'object'; // Ok

noImplicitAny

--noImplicitAny — при активной опции выводит ошибку, если вывод типов установил принадлежность типа члена к any.

{
  "compilerOptions": {
      "noImplicitAny": false
  }
}

type: boolean
default: false
values: true, false

Пример с неактивной опцией

let v1; // Ok

function f1(p1) { // Ok
  let v1; // Ok

  return p1;
}

type T2 = {f1}; // Ok

interface IT1 {
  f1; // Ok
}

class T1 {
  public f1; // Ok
}

Пример с активной опцией

let v1; // Ok

function f1(p1) { // Parameter 'p1' implicitly has an 'any' type.
  let v1; // Ok

  return p1;
}

type T2 = {f1}; // Member 'f1' implicitly has an 'any' type

interface IT1 {
  f1; // Member 'f1' implicitly has an 'any' type
}

class T1 {
  public f1; // Member 'f1' implicitly has an 'any' type
}

checkJs

--checkJs — данная опция говорит компилятору, что код, который находится в файлах с расширением .js, также нужно проверять на ошибки. При этом можно исключить определенные файлы из проверки, добавив им строку // @ts-nocheck. Или наоборот, можно попросить компилятор проверить только помеченные как // @ts-check файлы без активации опции --checkJs. К тому же можно игнорировать ошибки на конкретных строках, указав // @ts-ignore: error message предыдущей строке.

{
  "compilerOptions": {
      "checkJs": false
  }
}

type: boolean
default: false
values: true, false

Кроме этого, при активной опции --checkJS компилятору с помощью аннотации /** @type {...} */ можно указывать типы прямо в файлах с расширением .js.

При использовании JavaScript в TypeScript коде нарушается типобезопасность программы.

// file sum.js

export function sum(a,b){
  return a + b;
}

// file index.js

import {sum} from "./sum.js";

let n = sum('5', 5); // len n: any, кроме того результаты выполнения функции будет неверным

Но это можно исправить с помощью специальной аннотации, которая располагается в JavaScript коде.

// file sum.js

/** @type {(a:number,b:number) => number)} */
export function sum( a,b){
  return a + b;
}

// file index.js

import {sum} from "./sum.js";

let n0 = sum('5', 5); // Error
let n1 = sum(5, 5); // Ok, let n1: number

JSX

--jsx — данная опция указывает компилятору, какое расширение указывать .tsx файлам после компиляции. Все дело в том, что у React существует два вида приложений, одни создаются для веб-платформы, другие для мобильных платформ. Кроме того, файлы для веб-платформы на входе должны иметь расширение .jsx, в, то время как для мобильной платформы — .js. Поэтому компилятору нужно указывать, в какой именно формат преобразовывать файлы с расширением .tsx.

При указании "react" в качестве значения опции --jsx компилятор преобразует .tsx в .jsx файлы, которые затем компилируются в .js. Если в качестве значения будет указано "preserve", то компилятор преобразует .tsx в .jsx, которые сохраняют XML-подобный синтаксис. Если указать значение "react-native", то компилятор преобразует файлы .tsx в требующийся .js.

{
  "compilerOptions": {
      "jsx": "react" | "react-native" | "preserve"
  }
}

type: string
default: preserve
values: react, react-native, preserve

jsxFactory

--jsxFactory — данная опция позволяет при трансляции файлов .tsx в .js переопределить фабрику рендера.

// default

// from file .tsx

import * as React from "react";

<h1>Ok</h1>

// to file .js

"use strict";
exports.__esModule = true;
var React = require("react");
React.createElement("h1", null, "Ok");

Установив желаемое значение текущей опции появляется возможность переопределить функцию рендера React на любую другую.

// set options jsxFactory to dom

// from file .tsx

import dom from "dom";

<h1>Ok</h1>

// set options jsxFactory to dom

// to file .js

"use strict";
/** @jsx renderer */
exports.__esModule = true;
var dom = require("dom");
dom["default"]("h1", null, "Ok");

Кроме того, подобного поведения можно добиться при помощи нотации /** @jsx identifier */, которая указывается в начале файла, а вместо identifier вписывается имя функции рендера.

// from file .tsx

/** @jsx renderer */

import renderer from "renderer";

<h1>Ok</h1>

// to file .js

"use strict";
/** @jsx renderer */
exports.__esModule = true;
var renderer = require("renderer");
renderer["default"]("h1", null, "Ok");

Помимо этого, аннотация /** jsx identifier */ позволяет переопределить функцию рендера, переопределенную с помощью опции --jsxFactory.

{
  "compilerOptions": {
      "jsxFactory": "React.createElement"
  }
}

type: string
default: React.createElement
values: "*"

target (t)

--target, или сокращенно -t — указывает компилятору, с какой версией спецификации должен быть совместим генерируемый JavaScript код. По умолчанию установлена совместимость с ES3. Кроме того, можно указывать совместимость с ES5, ES2015 (она же ES6), ES2016, ES2017, ESNext. Стоит добавить, что ESNext равноценно latest version.

{
  "compilerOptions": {
        "target": "es3"
  }
}



  


                       
  

type: string
default: es3
values: es3, es5, es6 / es2015, es2016, es2017, esnext

extends

extends — с помощью этого свойства можно расширять конфигурацию tsconfig.json.

// tsconfig.base.json

{
  "compilerOptions": {
      "target": "es2015"
  }
}

// tsconfig.json

{
  "extends": "./tsconfig.base.json"
}

type: string
default: ""
values: *

Кроме того, при использовании механизма расширения (extends) поиск файла конфигурации tsconfig.json может осуществляться по пакетам (packages) NodeJS модулей, находящихся в директории node_modules.

// tsconfig.json

{
  "extends": "some-npm-module"
}

// or

{
  "extends": "some-npm-module/some-tsconfig.json"
}



  


                       
  

Алгоритм разрешения аналогичен алгоритму поиска модулей самого NodeJS. Проще говоря, если путь, указанный в качестве значения атрибута extends не будет найден в директории node_modules, находящейся в текущей директории, то поиск продолжится в директории node_modules вверх по дереву. Но есть одна особенность, которая заключается в том, что при разрешении пути компилятор tsc, зайдя в директорию node_modules, сначала проверяет package.json на наличие атрибута tsconfig, которому в качестве значения указывают путь до конфигурационного файла. Если атрибут tsconfig найден, то конфигурация, на которую он ссылается, будет установлена в качестве расширяемой. Если package.json не содержит атрибут tsconfig, то в качестве расширяемого конфигурационного файла будет выбран файл tsconfig.json, находящийся в корне директории. Если в корне директории файла tsconfig.json найдено не будет, то поиск продолжится вверх по дереву.

/project
    /node_modules
        /some-module
            package.json // with attr "tsconfig": "tsconfig.custom.json"
            tsconfig.custom.json
            tsconfig.json
    tsconfig.json // "extends": "some-module"

// в этом случае в качестве расширяемого конфигурационного файла будет выбран файл находящийся по пути /node_modules/some-module/tsconfig.custom.json

/project
    /node_modules
        /some-module
            package.json // without attr "tsconfig"
            tsconfig.custom.json
            tsconfig.json
    tsconfig.json // "extends": "some-module"

// в этом случае в качестве расширяемого конфигурационного файла будет выбран файл находящийся по пути /node_modules/some-module/tsconfig.json

/project
    /node_modules
        /some-module
            package.json // without attr  "tsconfig"
            tsconfig.custom.json
            tsconfig.json
    tsconfig.json // "extends": "some-module/tsconfig.custom.json"

// в этом случае в качестве расширяемого конфигурационного файла будет выбран файл находящийся по пути /node_modules/some-module/tsconfig.custom.json

alwaysStrict

--alwaysStrict — данная опция говорит компилятору, что рассматривать и генерировать код нужно с учетом строгого режима “use strict”.

{
  "compilerOptions": {
      "alwaysStrict": false
  }
}



  


                       
  

type: boolean
default: false
values: true, false

strictNullChecks

--strictNullChecks — активировав эту опцию, компилятор не позволяет указывать в качестве значения типы Null и Undefined, если они не были указаны в аннотации.

{
  "compilerOptions": {
      "strictNullChecks": false
  }
}

type: boolean
default: false
values: true, false

stripInternal

--stripInternal — когда данная опция активна, компилятор не создает деклараций .d.ts для файлов, помеченных как /** @internal */

{
  "compilerOptions": {
      "stripInternal": false
  }
}

type: boolean
default: false
values: true, false

noImplicitThis

--noImplicitThis — в активном состоянии запрещает использование this в местах, не предусмотренных контекстом.

{
  "compilerOptions": {
      "noImplicitThis": false
  }
}

type: boolean
default: false
values: true, false

Пример с неактивной опцией

function f1(){
  this.name = 'newName'; // Ok -> context T1 window
}
function f2(this: T1){
  this.name = 'newName'; // Ok -> context T1
}

this.name = 'newName'; // Error -> context window

class T1 {
  public name: string;

  public m1(name: string): void {
      this.name = name; // Ok -> context T1
  }
}

Пример с активной опцией

function f1(){
  this.name = 'newName'; // Error -> context T1 window
}
function f2(this: T1){
  this.name = 'newName'; // Ok -> context T1
}

this.name = 'newName'; // Error -> context window

class T1 {
  public name: string;

  public m1(name: string): void {
      this.name = name; // Ok -> context T1
  }
}

noImplicitUseStrict

--noImplicitUseStrict — при активной опции ошибки будут выводиться в случаях, при которых в поток компиляции попадут файлы, содержащие ‘use strict’. Кроме того, скомпилированные файлы также не будут содержать указание ‘use strict’.

{
  "compilerOptions": {
      "noImplicitUseStrict": false
  }
}

type: boolean
default: false
values: true, false

baseUrl

--baseUrl — указывает базовый путь, относительно которого будет производиться поиск модулей.

{
  "compilerOptions": {
      "baseUrl": ""
  }
}

type: string
default: ""
values: base path

// m1 module ./node_modules/m1

// tsconfig.json  "baseUrl": "./node_modules"

// index.js

import M1 from 'm1';

paths

--paths — с помощью этой опции создаются псевдонимы для используемых в программе модулей.

{
  "compilerOptions": {
      "paths": {
          "name": [ “path/to/lib” ]
      }
  }
}

type: object
default: null
values: {[key]: *}

Пример

// tsconfig.json
{
  "compilerOptions": {
      "paths": {
          "jquery": ["node_modules/jquery/dest/jquery.min.js"]
      }
  }
}

// or

// tsconfig.json
{
  "compilerOptions": {
      "baseUrl": "./node_modules",
      "paths": {
          "jquery": ["jquery/dest/jquery.min.js"]
      }
  }
}

import jquery from 'jquery';

// or

// tsconfig.json
{
  "compilerOptions": {
      "baseUrl": "./node_modules",
      "paths": {
          "jQ": ["jquery/dest/jquery.min.js"]
      }
  }
}

import jquery from 'jQ';

rootDir

--rootDir — с помощью этой опции можно ограничить область выборки файлов для компиляции. В качестве значения выступает строка — путь до конкретной директории или файла.

{
  "compilerOptions": {
      "rootDir": ""
  }
}

type: string
default: ""
values: path to dir with .ts files

rootDirs

--rootDirs — с помощью этой опции можно ограничить область выборки файлов для компиляции. В качестве значения принимается массив с путями до директорий и файлов.

{
  "compilerOptions": {
      "rootDirs": [

      ]
  }
}

type: array[ ]
default: null
values: path to dir with .ts files

traceResolution

--traceResolution — в случае активной текущей опции, при компиляции будет выводиться информация о собираемых модулях.

{
  "compilerOptions": {
      "traceResolution": false
  }
}



  


                       
  

type: boolean
default: false
values: true, false

lib

--lib — с помощью этой опции можно управлять конструкциями, которые включены в ту или иную версию ES.

{
  "compilerOptions": {
      "lib": [

      ]
  }
}

type: string[ ]
default: for es5 [dom, es5, ScriptHost], for es6 [dom, es6, dom.Iterable, ScriptHost]
values: dom, webworker, es5, es6 / es2015, es2015.core, es2015.collection, es2015.iterable, ,es2015.promise ,es2015.proxy ,es2015.reflect ,es2015.generator ,es2015.symbol ,es2015.symbol.wellknown ,es2016 ,es2016.array.include ,es2017 ,es2017.object ,es2017.sharedmemory ,scripthost

noLib

--noLib — не использует декларацию lib.d.ts по умолчанию.

{
  "compilerOptions": {
      "noLib": false
  }
}

type: boolean
default: false
values: true, false

noResolve

--noResolve — данная опция говорит компилятору не компилировать файлы, которые не были указаны в командной строке.

// terminal

tsc index.js T1 --noResolve

// index.js

import T1 from './T1'; // Ok
import T2 from './T2'; // Error

noStrictGenericChecks

--noStrictGenericChecks — отключает строгую проверку параметров типа для функциональных типов.

{
  "compilerOptions": {
      "noStrictGenericChecks": false
  }
}

type: boolean
default: false
values: true, false

preserveConstEnums

--preserveConstEnums — говорит компилятору не удалять из исходного кода перечисления (enum), объявленные как const.

{
  "compilerOptions": {
      "preserveConstEnums": false
  }
}

type: boolean
default: false
values: true, false

Пример с неактивной опцией

// .ts

const enum Animal {
  Bird = 'bird',
  Fish = 'fish'
}

let greeting: string = `Hello ${ Animal.Bird }!`;

// .js

let greeting = `Hello ${"bird" /* Bird */}!`;

Пример с активной опцией

// .ts

const enum Animal {
  Bird = 'bird',
  Fish = 'fish'
}

let greeting: string = `Hello ${ Animal.Bird }!`;

// .js

var Animal;
(function (Animal) {
  Animal["Bird"] = "bird";
  Animal["Fish"] = "fish";
})(Animal || (Animal = {}));
let greeting = `Hello ${"bird" /* Bird */}!`;

removeComments

--removeComments — удаляет комментарии из сгенерированного .js.

{
  "compilerOptions": {
      "removeComments": false
  }
}

type: boolean
default: false
values: true, false

noUnusedLocals

--noUnusedLocals — активная опция заставляет компилятор выводить сообщения о неиспользуемых элементах кода. Простыми словами, если в коде что-то объявлено, но не используется, будет возникать ошибка.

{
  "compilerOptions": {
      "noUnusedLocals": false
  }
}

type: boolean
default: false
values: true, false

Пример

import T1 from "./T1"; // Error

let v0: number; // Warning
let v1: number = 0; // Warning

function f /** Warning */ (  ){
  let lv0: number; // Warning
  let lv1: string = 0; // Error

  f();
}

class C /**Error */ {
  private f0: number; // Warning
  private f1: number; // Warning
  private f2: number = 0; // Warning

  constructor(  ) {
      this.f0 = 0;

      let c: C = new C(); // Warning
  }

  private m0 /** Warning */ (){} // Warning
  private m1 /** Warning */ (){  // Warning
      this.m1();
  }
}

noUnusedParameters

--noUnusedParameters — данная опция заставляет компилятор выводить ошибки, если в коде будут найдены функции, чьи параметры не используются (за исключением параметров идентификаторы которых начинаются с нижней черты, например, _prop).

{
  "compilerOptions": {
      "noUnusedParameters": false
  }
}

type: boolean
default: false
values: true, false

Пример

function f ( p0: number /** Warning */,
          p1: number /** Warning */,
          p2: number = 0 /** Warning */ ){
  p1 = 0;
}

class C {
  constructor( p0: number /** Warning */,
      p1: number /** Warning */,
      p2: number = 0 /** Warning */ ) {}

  private m ( p0: number /** Warning */,
      p1: number /** Warning */,
      p2: number = 0 /** Warning */ ){
          p1 = 0;
      }
}

skipLibCheck

--skipLibCheck — при активной опции, компилятор перестает проверять типы в файлах библиотеках с расширением .d.ts, что экономит время, но может привести к редким ошибкам, связанным с типами.

{
  "compilerOptions": {
      "skipLibCheck": false
  }
}

type: boolean
default: false
values: true, false

declarationDir

--declarationDir — указывает директорию, откуда будут подключаться или в которую будут создаваться файлы декларации .d.ts.

{
  "compilerOptions": {
      "declarationDir": ""
  }
}

type: string
default: ""
values: path to dir with .d.ts

types

--types — декларации, которые размещены в /node_modules/@types/ и чьи идентификаторы перечислены в массиве, будут доступны глобально. В случае указания пустого массива, глобальный доступ к декларациям будет запрещен. К декларациям, которые запрещены глобально, можно получить доступ только путем импортирования модуля описываемого декларацией.

{
  "compilerOptions": {
      "types": [ "node", "express", "rxjs" ]
  }
}

type: string[ ]
default: null
values: lib identifier

Важно — все примеры ниже производились после установки декларации. npm i -D @types/react

Пример с отключенной опцией

// tsconfig.json

{
  "compilerOptions": {

  }
}

// index.js

class T1 extends React.Component {} // Ok -> global


import {Component} from 'react';

class T2 extends Component {} // Ok -> import

Пример с пустым массивом

// tsconfig.json

{
  "compilerOptions": {
      "types": [

      ]
  }
}

// index.js

class T1 extends React.Component {} // Error -> global


import {Component} from 'react';

class T2 extends Component {} // Ok -> import

Пример с установленным значением

// tsconfig.json

{
  "compilerOptions": {
      "types": [ "react" ]
  }
}

// index.js

class T1 extends React.Component {} // Ok -> global


import {Component} from 'react';

class T2 extends Component {} // Ok -> import

typeRoots

--typeRoots — ожидает массив путей до директорий с декларациями.

{
  "compilerOptions": {
      "typeRoots": [ "./types" ]
  }
}

type: string[ ]
default: null
values: path to .d.ts

allowUnusedLabels

--allowUnusedLabels — в случае, если флаг --allowUnusedLabels не активен, при выявлении неиспользуемых label возникают ошибки.

{
  "compilerOptions": {
      "allowUnusedLabels": false
  }
}

type: boolean
default: false
values: true, false

noImplicitReturns

--noImplicitReturns — функции, имеющие возвращаемый тип, отличный от типа void, фактически могут не возвращать значение явно. Другими словами, что бы удовлетворять условиям данной опции, в теле функции должен присутствовать лишь оператор return. Но при активной текущей опции, функции будут обязаны возвращать значение явно.

{
  "compilerOptions": {
      "noImplicitReturns": false
  }
}

type: boolean
default: false
values: true, false

Пример

// noImplicitReturns === false

function f(value: number): number{
 if (value) {
   return; // Ok
 }

 // Ok
}

// noImplicitReturns === true

function f(value: number): number{
 if (value) {
   return; // Error
 }
}

// noImplicitReturns === true

function f(value: number): number{
 if (value) {
   return value; // Ok
 }

 // Error
}

// noImplicitReturns === true

function f(value: number): number{
 if (value) {
   return value; // Ok
 }

 return; // Error
}

// noImplicitReturns === true

function f(value: number): number{
 if (value) {
   return value; // Ok
 }

 return 0; // Ok
}

noFallthroughCasesInSwitch

--noFallthroughCasesInSwitch — при активной опции в случае, если блок кода case имеет код, при этом не имеет выхода из него (break или return), возникнет ошибка.

{
  "compilerOptions": {
      "noFallthroughCasesInSwitch": false
  }
}

type: boolean
default: false
values: true, false

Пример

function isAdmin( value: string ){
  switch (value) {
      case 'user': // If noFallthroughCasesInSwitch === false then Ok
          if( nodeenv.mode === 'dev' ){
              console.log( `...` );
          }
      case 'moderator':
          return false;
      case 'admin':
          return true;
  }
}
function isAdmin( value: string ){
  switch (value) {
      case 'user': // If noFallthroughCasesInSwitch === true then Error
          if( nodeenv.mode === 'dev' ){
              console.log( `...` );
          }
      case 'moderator':
          return false;
      case 'admin':
          return true;
  }
}

outFile

--outFile — компилятор, при условии, что в качестве модулей указанно amd или system, будет сохранять все скомпилированные модули в один файл, указанный в качестве значения опции.

{
  "compilerOptions": {
      "outFile": ""
  }
}

type: string
default: ""
values: path to bundle

до компиляции

// T1.ts

export default class T1 {}

// T2.ts

import T1 from './T1';

export default class T2 extends T1 {}

// index.js

import T2 from './T2';

const v1: T2 = new T2();

после компиляции

define("T1", ["require", "exports"], function (require, exports) {
  "use strict";
  Object.defineProperty(exports, "__esModule", { value: true });
  class T1 {
  }
  exports.default = T1;
});
define("T2", ["require", "exports", "T1"], function (require, exports, T1_1) {
  "use strict";
  Object.defineProperty(exports, "__esModule", { value: true });
  class T2 extends T1_1.default {
  }
  exports.default = T2;
});
define("index", ["require", "exports", "T2"], function (require, exports, T2_1) {
  "use strict";
  Object.defineProperty(exports, "__esModule", { value: true });
  const v1 = new T2_1.default();
});

allowSyntheticDefaultImports

--allowSyntheticDefaultImports — позволяет предотвращать ошибки, которые возникают во время сборки по причине несовместимости SystemJS и CommonJS. Дело в том, что в ES6 синтаксисе есть возможность экспорта по умолчанию (export default), после компиляции которого CommonJS испытывает трудности, так как не знает, что такое default. Чаще всего проблема возникает в случая, когда разработка ведется с применением одних модулей, а подключаемые библиотеки используют другие.

{
  "compilerOptions": {
      "allowSyntheticDefaultImports": false
  }
}

type: boolean
default: false
values: true, false

allowUnreachableCode

--allowUnreachableCode — если значение данной опции выставлено в true, то при обнаружении неиспользуемого кода будет выводиться сообщение об ошибке.

{
  "compilerOptions": {
      "allowUnreachableCode": false
  }
}

type: boolean
default: false
values: true, false

Пример

function f1(value: number): void {
  throw new Error('');

  console.log(''); // Error - Unreachable code detected
}

function f2() {
  return
  {
      value: '' // Error - Unreachable code detected
  }
}

allowJs

--allowJs — в случае, когда код, одна часть которого написана на TypeScript, а другая на JavaScript, требуется собрать в общий файл, достаточно активировать текущую опцию.

{
  "compilerOptions": {
      "allowJs": false
  }
}

type: boolean
default: false
values: true, false

Пример

// sun.js

export default function sum(a, b){
  return a + b;
}

// index.js

import sum from './sum';

let result: number = sum(1, 1);

reactNamespace

--reactNamespace — позволяет установить фабрику рендера .jsx синтаксиса.

{
  "compilerOptions": {
      "reactNamespace": ""
  }
}

type: string
default: ""
values: "*"

Пример

// index.js

import {jsxFactory} from "jsxFactory";

const div = <div>Hello JSX!</div>;

// after compile

"use strict";
var jsxFactory_1 = require("jsxFactory");
var div = jsxFactory_1.jsxFactory.createElement("div", null, "Hello JSX!");

pretty

--pretty — раскрашивает в разные цвета выводимые в консоль сообщения, делая их более понятными.

{
  "compilerOptions": {
      "pretty": true
  }
}

type: boolean
default: true
values: true, false

moduleResolution

--moduleResolution — позволяет конкретизировать поведение модулей.

{
  "compilerOptions": {
      "moduleResolution": "node"
  }
}

type: string
default: module === AMD | System | ES6 ? classic : node
values: classic, node

exclude

exclude — в обычной ситуации под компиляцию рекурсивно попадают все файлы, которые включает в себя директория, содержащая tsconfig.json. Решением этой проблемы является свойство exclude, определенное в корне конфигурационного файла. В качестве его значения выступает массив с путями к файлам или директориям, которые следует исключить из компиляции.

type: string[ ]
default: null
values: path to file or dir

noEmitHelpers

--noEmitHelpers — после компиляции файлов с расширением .ts каждый скомпилированный файл .js (модуль) содержит, если в этом есть необходимость, вспомогательный код (проще говоря, helpers), который помогает решить проблему совместимости версий ES. В большей степени этот код, находящийся в разных файлах (модулях), идентичен. Простыми словами, helpers повторяются от файла к файлу. Компилятор вынужден добавлять повторяющийся код, что бы гарантировать работу каждого модуля по отдельности. Но если модули собираются в одну общую сборку, активация текущего флага укажет компилятору, что helpers нужно вынести в отдельный модуль, который будет доступен в зависящих от него частях кода. Это поможет избавиться от дублирования кода и сократит размер собранного файла.

{
  "compilerOptions": {
      "noEmitHelpers": false
  }
}

type: boolean
default: false
values: true, false

newLine

--newLine — по умолчанию, новая строка обозначается rn на Windows и r на nix системах. Для переопределения поведения используется данная опция.

{
  "compilerOptions": {
      "newLine": "LF"
  }
}

type: string
default: platform specific
values: CRLF, LF

inlineSourceMap

--inlineSourceMap — активная опция приводит к тому, что source maps записываются inline в .js файлы, а не выносятся в отдельные файлы .map.js.

{
  "compilerOptions": {
      "inlineSourceMap": false
  }
}

type: boolean
default: false
values: true, false

inlineSources

--inlineSources — при активной опции, источник source map включается в файл вместе c source map. Работает в паре с опцией --inlineSourceMap.

{
  "compilerOptions": {
      "inlineSources": false
  }
}

type: boolean
default: false
values: true, false

noEmitHelpers

--noEmitHelpers — после компиляции файлов с расширением .ts каждый скомпилированный файл .js (модуль) содержит, если в этом есть необходимость, вспомогательный код (проще говоря, helpers), который помогает решить проблему совместимости версий ES. В большей степени этот код, находящийся в разных файлах (модулях), идентичен. Простыми словами, helpers повторяются от файла к файлу. Компилятор вынужден добавлять повторяющийся код, что бы гарантировать работу каждого модуля по отдельности. Но если модули собираются в одну общую сборку, активация текущего флага укажет компилятору, что helpers нужно вынести в отдельный модуль, который будет доступен в зависящих от него частях кода. Это поможет избавиться от дублирования кода и сократит размер собранного файла.

{
  "compilerOptions": {
      "noEmitHelpers": false
  }
}

type: boolean
default: false
values: true, false

newLine

--newLine — по умолчанию, новая строка обозначается rn на Windows и r на nix системах. Для переопределения поведения используется данная опция.

{
  "compilerOptions": {
      "newLine": "LF"
  }
}

type: string
default: platform specific
values: CRLF, LF

inlineSourceMap

--inlineSourceMap — активная опция приводит к тому, что source maps записываются inline в .js файлы, а не выносятся в отдельные файлы .map.js.

{
  "compilerOptions": {
      "inlineSourceMap": false
  }
}

type: boolean
default: false
values: true, false

inlineSources

--inlineSources — при активной опции, источник source map включается в файл вместе c source map. Работает в паре с опцией --inlineSourceMap.

{
  "compilerOptions": {
      "inlineSources": false
  }
}

type: boolean
default: false
values: true, false

noEmitOnError

--noEmitOnError — несмотря на ошибки в TypeScript коде, компилятор все равно генерирует .js файлы. Для того, что бы компилятор генерировал файлы .js только в случае успешной компиляции, нужно активировать данную опцию.

{
  "compilerOptions": {
      "noEmitOnError": false
  }
}

type: boolean
default: false
values: true, false

noEmit

--noEmit — при активной опции информация о компиляции перестает выводиться.

{
  "compilerOptions": {
      "noEmit": false
  }
}

type: boolean
default: false
values: true, false

charset

--charset — устанавливает формат входных файлов.

{
  "compilerOptions": {
      "charset": ""
  }
}

type: string
default: utf8
values: *

diagnostics

--diagnostics — выводит диагностическую информацию.

{
  "compilerOptions": {
      "diagnostics": false
  }
}

type: boolean
default: false
values: true, false

declarationDir

--declarationDir — указывает директорию, откуда будут подключаться или в которую будут создаваться файлы декларации .d.ts.

{
  "compilerOptions": {
      "declarationDir": ""
  }
}

type: string
default: ""
values: path to dir with .d.ts

types

--types — декларации, которые размещены в /node_modules/@types/ и чьи идентификаторы перечислены в массиве, будут доступны глобально. В случае указания пустого массива, глобальный доступ к декларациям будет запрещен. К декларациям, которые запрещены глобально, можно получить доступ только путем импортирования модуля описываемого декларацией.

{
  "compilerOptions": {
      "types": [ "node", "express", "rxjs" ]
  }
}

type: string[ ]
default: null
values: lib identifier

Важно — все примеры ниже производились после установки декларации. npm i -D @types/react

Пример с отключенной опцией

// tsconfig.json

{
  "compilerOptions": {

  }
}

// index.js

class T1 extends React.Component {} // Ok -> global


import {Component} from 'react';

class T2 extends Component {} // Ok -> import

Пример с пустым массивом

// tsconfig.json

{
  "compilerOptions": {
      "types": [

      ]
  }
}

// index.js

class T1 extends React.Component {} // Error -> global


import {Component} from 'react';

class T2 extends Component {} // Ok -> import

Пример с установленным значением

// tsconfig.json

{
  "compilerOptions": {
      "types": [ "react" ]
  }
}

// index.js

class T1 extends React.Component {} // Ok -> global


import {Component} from 'react';

class T2 extends Component {} // Ok -> import

typeRoots

--typeRoots — ожидает массив путей до директорий с декларациями.

{
  "compilerOptions": {
      "typeRoots": [ "./types" ]
  }
}

type: string[ ]
default: null
values: path to .d.ts

allowUnusedLabels

--allowUnusedLabels — в случае, если флаг --allowUnusedLabels не активен, при выявлении неиспользуемых label возникают ошибки.

{
  "compilerOptions": {
      "allowUnusedLabels": false
  }
}

type: boolean
default: false
values: true, false

noImplicitReturns

--noImplicitReturns — функции, имеющие возвращаемый тип, отличный от типа void, фактически могут не возвращать значение явно. Другими словами, что бы удовлетворять условиям данной опции, в теле функции должен присутствовать лишь оператор return. Но при активной текущей опции, функции будут обязаны возвращать значение явно.

{
  "compilerOptions": {
      "noImplicitReturns": false
  }
}

type: boolean
default: false
values: true, false

Пример

// noImplicitReturns === false

function f(value: number): number{
 if (value) {
   return; // Ok
 }

 // Ok
}

// noImplicitReturns === true

function f(value: number): number{
 if (value) {
   return; // Error
 }
}

// noImplicitReturns === true

function f(value: number): number{
 if (value) {
   return value; // Ok
 }

 // Error
}

// noImplicitReturns === true

function f(value: number): number{
 if (value) {
   return value; // Ok
 }

 return; // Error
}

// noImplicitReturns === true

function f(value: number): number{
 if (value) {
   return value; // Ok
 }

 return 0; // Ok
}

noFallthroughCasesInSwitch

--noFallthroughCasesInSwitch — при активной опции в случае, если блок кода case имеет код, при этом не имеет выхода из него (break или return), возникнет ошибка.

{
  "compilerOptions": {
      "noFallthroughCasesInSwitch": false
  }
}

type: boolean
default: false
values: true, false

Пример

function isAdmin( value: string ){
  switch (value) {
      case 'user': // If noFallthroughCasesInSwitch === false then Ok
          if( nodeenv.mode === 'dev' ){
              console.log( `...` );
          }
      case 'moderator':
          return false;
      case 'admin':
          return true;
  }
}
function isAdmin( value: string ){
  switch (value) {
      case 'user': // If noFallthroughCasesInSwitch === true then Error
          if( nodeenv.mode === 'dev' ){
              console.log( `...` );
          }
      case 'moderator':
          return false;
      case 'admin':
          return true;
  }
}

outFile

--outFile — компилятор, при условии, что в качестве модулей указанно amd или system, будет сохранять все скомпилированные модули в один файл, указанный в качестве значения опции.

{
  "compilerOptions": {
      "outFile": ""
  }
}

type: string
default: ""
values: path to bundle

до компиляции

// T1.ts

export default class T1 {}

// T2.ts

import T1 from './T1';

export default class T2 extends T1 {}

// index.js

import T2 from './T2';

const v1: T2 = new T2();

после компиляции

define("T1", ["require", "exports"], function (require, exports) {
  "use strict";
  Object.defineProperty(exports, "__esModule", { value: true });
  class T1 {
  }
  exports.default = T1;
});
define("T2", ["require", "exports", "T1"], function (require, exports, T1_1) {
  "use strict";
  Object.defineProperty(exports, "__esModule", { value: true });
  class T2 extends T1_1.default {
  }
  exports.default = T2;
});
define("index", ["require", "exports", "T2"], function (require, exports, T2_1) {
  "use strict";
  Object.defineProperty(exports, "__esModule", { value: true });
  const v1 = new T2_1.default();
});

allowSyntheticDefaultImports

--allowSyntheticDefaultImports — позволяет предотвращать ошибки, которые возникают во время сборки по причине несовместимости SystemJS и CommonJS. Дело в том, что в ES6 синтаксисе есть возможность экспорта по умолчанию (export default), после компиляции которого CommonJS испытывает трудности, так как не знает, что такое default. Чаще всего проблема возникает в случая, когда разработка ведется с применением одних модулей, а подключаемые библиотеки используют другие.

{
  "compilerOptions": {
      "allowSyntheticDefaultImports": false
  }
}

type: boolean
default: false
values: true, false

allowUnreachableCode

--allowUnreachableCode — если значение данной опции выставлено в true, то при обнаружении неиспользуемого кода будет выводиться сообщение об ошибке.

{
  "compilerOptions": {
      "allowUnreachableCode": false
  }
}

type: boolean
default: false
values: true, false

Пример

function f1(value: number): void {
  throw new Error('');

  console.log(''); // Error - Unreachable code detected
}

function f2() {
  return
  {
      value: '' // Error - Unreachable code detected
  }
}

allowJs

--allowJs — в случае, когда код, одна часть которого написана на TypeScript, а другая на JavaScript, требуется собрать в общий файл, достаточно активировать текущую опцию.

{
  "compilerOptions": {
      "allowJs": false
  }
}

type: boolean
default: false
values: true, false

Пример

// sun.js

export default function sum(a, b){
  return a + b;
}

// index.js

import sum from './sum';

let result: number = sum(1, 1);

reactNamespace

--reactNamespace — позволяет установить фабрику рендера .jsx синтаксиса.

{
  "compilerOptions": {
      "reactNamespace": ""
  }
}

type: string
default: ""
values: "*"

Пример

// index.js

import {jsxFactory} from "jsxFactory";

const div = <div>Hello JSX!</div>;

// after compile

"use strict";
var jsxFactory_1 = require("jsxFactory");
var div = jsxFactory_1.jsxFactory.createElement("div", null, "Hello JSX!");

pretty

--pretty — раскрашивает в разные цвета выводимые в консоль сообщения, делая их более понятными.

{
  "compilerOptions": {
      "pretty": true
  }
}

type: boolean
default: true
values: true, false

moduleResolution

--moduleResolution — позволяет конкретизировать поведение модулей.

{
  "compilerOptions": {
      "moduleResolution": "node"
  }
}

type: string
default: module === AMD | System | ES6 ? classic : node
values: classic, node

exclude

exclude — в обычной ситуации под компиляцию рекурсивно попадают все файлы, которые включает в себя директория, содержащая tsconfig.json. Решением этой проблемы является свойство exclude, определенное в корне конфигурационного файла. В качестве его значения выступает массив с путями к файлам или директориям, которые следует исключить из компиляции.

type: string[ ]
default: null
values: path to file or dir

noEmitHelpers

--noEmitHelpers — после компиляции файлов с расширением .ts каждый скомпилированный файл .js (модуль) содержит, если в этом есть необходимость, вспомогательный код (проще говоря, helpers), который помогает решить проблему совместимости версий ES. В большей степени этот код, находящийся в разных файлах (модулях), идентичен. Простыми словами, helpers повторяются от файла к файлу. Компилятор вынужден добавлять повторяющийся код, что бы гарантировать работу каждого модуля по отдельности. Но если модули собираются в одну общую сборку, активация текущего флага укажет компилятору, что helpers нужно вынести в отдельный модуль, который будет доступен в зависящих от него частях кода. Это поможет избавиться от дублирования кода и сократит размер собранного файла.

{
  "compilerOptions": {
      "noEmitHelpers": false
  }
}

type: boolean
default: false
values: true, false

newLine

--newLine — по умолчанию, новая строка обозначается rn на Windows и r на nix системах. Для переопределения поведения используется данная опция.

{
  "compilerOptions": {
      "newLine": "LF"
  }
}

type: string
default: platform specific
values: CRLF, LF

inlineSourceMap

--inlineSourceMap — активная опция приводит к тому, что source maps записываются inline в .js файлы, а не выносятся в отдельные файлы .map.js.

{
  "compilerOptions": {
      "inlineSourceMap": false
  }
}

type: boolean
default: false
values: true, false