microsoft / microsoft/TypeScript
Inconsistent assignment analysis for async arrow IIFE's regarding class property declarations (sugar vs constructor assigning)
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Go
- Sterne
- 111k
- Forks
- 14.3k
- Ø Merge
- 1 T. 19 Std.
- Gemergte PRs (30 T.)
- 117
Beschreibung
TypeScript Version: 4.0.0-dev.202000519
Search Terms: async IIFE Property is used before being assigned class declaration
Code
This works fine:
class MyClass {
public foo = 0;
constructor() {
(async () => this.foo + 5)();
}
}
This, on the other hand, errors:
class MyClass {
public foo: number;
constructor() {
this.foo = 0;
(async () => this.foo + 5)(); // errors?
}
}
These two code snippets should be treated the same because the first snippet is sugar for the second.
Expected behavior: (async () => this.foo + 5)() should not have the error "Property 'foo' is used before being assigned."
Actual behavior: It errors
Playground Link: Here
Related Issues:
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit, die beiden Klassenbeispiele im verlinkten TypeScript Playground zu reproduzieren, und vergleiche die Zuweisungsanalyse für die Formen mit class-property und constructor-assignment. Untersuche die Behandlung von async arrow IIFEs und verifiziere, dass der gemeldete Fehler "used before being assigned" für den constructor-assignment-Fall nicht auftritt, während das bestehende Verhalten korrekt bleibt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- typescript
- Bereich
- compilers
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Klar beschrieben
- Anfängerfreundlichkeit
- 35/100