- the typeArguments property from the TypeReference interface and provides a getTypeArguments method on the TypeChecker interface to be used instead. This change is necessary because resolution of type arguments in type references is now deferred due to the ability to create Recursive type references.
SymbolFlags.JSContainer
has been renamed toSymbolFlags.Assignment
to reflect that Typescript now supports expando assignments to functions.
- The deprecated internal method
LanguageService#getSourceFile
has been removed. See #24540. - The deprecated function
TypeChecker#getSymbolDisplayBuilder
and associated interfaces have been removed. See #25331. The emitter and node builder should be used instead. - The deprecated functions
escapeIdentifier
andunescapeIdentifier
have been removed. Due to changing how the identifier name API worked in general, they have been identity functions for a few releases, so if you need your code to behave the same way, simply removing the calls should be sufficient. Alternatively, the typesafeescapeLeadingUnderscores
andunescapeLeadingUnderscores
should be used if the types indicate they are required (as they are used to convert to or from branded__String
andstring
types). - The
TypeChecker#getSuggestionForNonexistentProperty
,TypeChecker#getSuggestionForNonexistentSymbol
, andTypeChecker#getSuggestionForNonexistentModule
methods have been made internal, and are no longer part of our public API. See #25520.
getJsxIntrinsicTagNames
has been removed and replaced withgetJsxIntrinsicTagNamesAt
, which requires a node to use as the location to look up the valid intrinsic names at (to handle locally-scoped JSX namespaces).
- Some services methods (
getCompletionEntryDetails
andgetCompletionEntrySymbols
) have additional parameters. Plugins that wrap the language service must pass these parameters along to the original implementation. See #19507
Symbol.name
,Symbol.getName()
, andIdentifier.text
are all now of type__String
. This is a special branded string to help track where strings are appropriately escaped and prevent their misuse.escapeIdentifier
andunescapeIdentifier
has been renamed toescapeLeadingUnderscores
andunescapeLeadingUnderscores
and had their types updated accordingly. Deprecated versions ofescapeIdentifier
andunescapeIdentifier
still exist with the old name and type signature, however they will be removed in a future version. See #16915.
-
The following types/namespaces are now string enums:
ts.Extension
,ts.ScriptElementKind
,ts.HighlightSpanKind
,ts.ClassificationTypeNames
,protocol.CommandTypes
,protocol.IndentStyle
,protocol.JsxEmit
,protocol.ModuleKind
,protocol.ModuleResolutionKind
,protocol.NewLineKind
, andprotocol.ScriptTarget
. Also,ts.CommandNames
is now an alias forprotocol.CommandTypes
. See #15966 and #16425. -
The type
EnumLiteralType
was removed andLiteralType
is used instead.LiteralType
also replaces.text
with a.value
which may be either a number or string. See String valued members in enums. -
Declaration
does not have aname
property. TypeScript now recognize assignments in .js files as declarations in certain contexts, e.g.func.prototype.method = function() {..}
will be a declaration of membermethod
onfunc
. As a resultDeclaration
is not guaranteed to have aname
property as before. A new type was introducedNamedDeclaration
to take the place ofDeclaration
, andDeclaration
moved to be the base type of bothNamedDeclaration
andBinaryExpression
. Casting toNamedDeclaration
should be safe for non .js declarations. See #15594 for more details.
ts.Map<T>
is now a nativeMap<string, T>
or a shim. This affects theSymbolTable
type, exposed bySymbol.members
,Symbol.exports
, andSymbol.globalExports
.
ParseConfigHost
now requires a new memberreadFile
to support configuration inheritance.
LanguageService.getSourceFile
has been removed;LanguageService.getProgram().getSourceFile
should be used instead.
ts.parseConfigFile
has been renamed tots.parseJsonConfigFileContent
-
return type of
CompilerHost.resolveModuleNames
was changed fromstring[]
toResolvedModule[]
. Extra optional propertyisExternalLibraryImport
in ResolvedModule interface denotes ifProgram
should apply some particular set of policies to the resolved file. For example if Node resolver has resolved non-relative module name to the file in 'node_modules', then this file:- should be a 'd.ts' file
- should be an external module
- should not contain tripleslash references.
Rationale: files containing external typings should not pollute global scope (to avoid conflicts between different versions of the same package). Also such files should never be added to the list of compiled files (otherwise compiled .ts file might overwrite actual .js file with implementation of the package)
TypeChecker.emitFiles
is no longer available; useProgram.emit
instead.- Getting diagnostics are now all centralized on Program,
- for Syntactic diagnostics for a single file use:
Program.getSyntacticDiagnostics(sourceFile)
- for Syntactic diagnostics for all files use:
Program.getSyntacticDiagnostics()
- for Semantic diagnostics for a single file use:
Program.getSemanticDiagnostics(sourceFile)
- for Semantic diagnostics for all files use:
Program.getSemanticDiagnostics()
- for compiler options and global diagnostics use:
Program.getGlobalDiagnostics()
- for Syntactic diagnostics for a single file use:
Tip: use ts.getPreEmitDiagnostics(program) to get syntactic, semantic, and global diagnostics for all files
Here are the details:
CompilerHost.getDefaultLibFilename
=>CompilerHost.getDefaultLibFileName
SourceFile.filename
=>SourceFile.fileName
FileReference.filename
=>FileReference.fileName
LanguageServiceHost.getDefaultLibFilename
=>LanguageServiceHost.getDefaultLibFileName
LanguageServiceShimHost.getDefaultLibFilename
=>LanguageServiceShimHost.getDefaultLibFileName
The full list of APIs can be found in this commit
The syntacticClassifierAbsent
parameter for the Classifier.getClassificationsForLine is now required
See Pull Request #2051 for more details.
TextChange.start
and TextChange.length
became properties instead of methods.
SourceFile.getLineAndCharacterFromPosition
became SourceFile.getLineAndCharacterOfPosition
We did some cleanup to the public interfaces, here is the full list of changes:
- Commit 2ee134c6b3c0ec
- Commit 35dde28d44122c
- Commit c9ef4db99ac93bb1c166a
- Commit b4e5d5b0b460cc88a10db
The two files exposed helpers in the past that were not part of the supported TypeScript API. If you were using any of these APIs please file an issue to re-expose them; requests for exposing helper APIs will be triaged on a case-by-case basis.
For more information please see the full change.