Suggestion: Add built-in vanilla constructor interface

Search Terms

1. built-in constructor interface

Suggestion

Consider the below from the official TS docs on decorators:

function classDecorator<T extends {new(...args:any[]):{}}>(constructor:T) {
    return class extends constructor {
        newProperty = "new property";
        hello = "override";
    }
}

vs:

function classDecorator<T extends Constructor>(constructor:T) {
    return class extends constructor {
        newProperty = "new property";
        hello = "override";
    }
}

I suggest we have a built-in Constructor interface so we can save typing.

Use Cases

See above.

Examples

See above.

Checklist

My suggestion meets these guidelines:

• [x ] This wouldn't be a breaking change in existing TypeScript/JavaScript code
• [x ] 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
• [ x] This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, etc.)
• [x ] This feature would agree with the rest of TypeScript's Design Goals.

Beginne damit, die verlinkte TypeScript-Dokumentation zu Decorators und die Beispiele der Issue für das vorgeschlagene Constructor-Interface zu lesen. Suche anschließend die Behandlung integrierter Typdeklarationen durch den Compiler und die zugehörigen Tests; abgeschlossen ist die Arbeit, wenn das Interface wie vorgeschlagen verfügbar ist, ohne das emittierte JavaScript oder das bestehende Laufzeitverhalten zu ändern.