Open
Description
π Search Terms
isolated declarations constructor generic infer
β Viability Checklist
- This wouldn't be a breaking change in existing TypeScript/JavaScript code
- This wouldn't change the runtime behavior of existing JavaScript code
- This could be implemented without emitting different JS based on the types of the expressions
- This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, new syntax sugar for JS, etc.)
- This isn't a request to add a new utility type: https://github.com/microsoft/TypeScript/wiki/No-New-Utility-Types
- This feature would agree with the rest of our Design Goals: https://github.com/Microsoft/TypeScript/wiki/TypeScript-Design-Goals
β Suggestion
Add a new flag or change the behavior of --isolatedDeclarations
so that in the following code which is currently disallowed by isolated declarations:
export const foo = new Foo(a);
if the type of foo
is not Foo
, there is a typecheck error. In return, the type of foo
will be emitted as Foo
.
Similarly, if somehow in
export const foo: new Foo<A>(a);
foo
is not a Foo<A>
, there is a typecheck error.
π Motivating Example
Currently under isolated declarations, code must redundantly declare the type of a variable which is the result of a constructor call.
export const foo: Foo = new Foo(a);
This setting would also eliminate #59768
π» Use Cases
^
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment