TC39-Vorschläge für 2026: Erklärung zu Dekoratoren, Temporalen und Signalen

Skeptiker haben seit den späten 1990er Jahren etwa einmal jährlich behauptet, JavaScript sei „abgeschlossen“, und jedes Mal hat die Sprache sie eines Besseren belehrt. TC39, das Komitee, das die Entwicklung von ECMAScript steuert, setzt weiterhin leise darauf, Vorschläge in die Umsetzung zu bringen, die die Art und Weise verändern, wie man alltäglichen Code schreibt.

Falls Sie mit Full-Stack-JavaScript, React oder Next.js entwickeln, verdienen einige der derzeit in Bearbeitung befindlichen Vorschläge Ihre Aufmerksamkeit. Keiner davon sind auffällige, schlagzeilenträchtige Funktionen – es handelt sich vielmehr um solche Änderungen, die einfach stillschweigend den Boilerplate beseitigen, den Sie jahrelang ohne Nachzudenken verwendet haben.

Hier sind die drei Vorschläge, denen man folgen sollte.

1. Native Decorator sind fast da

TypeScript-Entwickler haben jahrelang auf Dekoratoren durch die Compiler-Flagge experimentalDecorators zurückgreifen müssen. Diese Workaround-Lösung wird bald nicht mehr verfügbar sein. Der standardisierte Dekoratoren-Vorschlag hat die Stufe 3 erreicht, was bedeutet, dass Browser und JavaScript-Runtimes bereits echte Implementierungen davon entwickeln.

// before: relying on experimentalDecorators + reflect-metadata
class UserService {
  @logCall
  fetchUser(id: string) {
    return api.get(`/users/${id}`);
  }
}

Die überarbeitete Spezifikation gibt das alte, auf reflect-metadata basierende Design auf und wählt stattdessen etwas Vorhersehbareres: Eine Dekoratorfunktion erhält nun den Wert, den sie dekoriert, zusammen mit einem Kontextobjekt, das diesen Wert beschreibt, und kann einen Ersatz für diesen Wert zurückgeben. Wenn Sie bereits mit inkompatiblen Versionen der Dekorator-Implementierung von Babel und der eigenen von TypeScript zu tun hatten, ist diese Annäherung wirklich gute Nachrichten.

Fazit: Wenn Ihr gewähltes Framework – sei es die Angular-ähnliche Abhängigkeitsinjektion, MobX oder nestJS-ähnliche Muster – auf Dekoratoren setzt, können Sie in zukünftigen Versionen mit weniger Problemen durch Compiler-Flags rechnen.

2. Temporal ist fast bereit für die Veröffentlichung

Das eingebaute Date-Objekt in JavaScript ist seit fast drei Jahrzehnten eine Quelle der Frustration. Es fehlt ihm die Unveränderlichkeit, es handhabt Zeitzonen auf verwirrende Weise und bietet mutierende Methoden, die selbst erfahrene Entwickler in Verlegenheit bringen. Temporal, ein Vorschlag, der seit Langem von Mozilla-Entwicklern und anderen Beteiligten unterstützt wird, hat nun die Endphase erreicht und soll in einer zukünftigen Ausgabe von ECMAScript enthalten sein.

const meeting = Temporal.ZonedDateTime.from(
  "2026-09-14T10:00:00[America/New_York]"
);
const inTokyo = meeting.withTimeZone("Asia/Tokyo");

Mit Temporal erhalten Sie korrekte Datumszeiten, die Zeitzone berücksichtigen, ohne auf Bibliotheken wie moment.js zurückgreifen zu müssen. Zudem werden Umwandlungen, beispielsweise das Verschieben einer Meetingzeit in eine andere Zeitzone, einfach durchgeführt – anstatt manuelle Berechnungen mit Zeitunterschieden erforderlich zu sein. Wenn Sie Planungsfunktionen innerhalb einer Next.js-Anwendung entwickeln, handelt es sich dabei wohl um die größte Verbesserung der Benutzerfreundlichkeit, die dieser Programmiersprache bisher zuteilgeworden ist.

3. Signals: Ein Standard für reaktive Zustände

Reacts useState, Vues ref sowie Solids Signals sind alle unterschiedliche Lösungen für dasselbe zugrundeliegende Problem: Das Verfolgen von Werten, die sich im Laufe der Zeit ändern, und das Reagieren auf diese Änderungen. Der Signals-Vorschlag von TC39 zielt darauf ab, JavaScript eine native reaktive Primitivfunktion zu geben, auf der Frameworks aufbauen können – anstatt dass jedes Ökosystem seine eigene Variante desselben Mechanismus entwickelt.

Der Vorschlag befindet sich noch in einem frühen Stadium, doch die Richtung, die er vorgibt – Wortspiel beabsichtigt –, ist klar: weniger doppelte Reaktionslogik in Redux, React und anderen State-Management-Bibliotheken sowie mehr gemeinsame, wiederverwendbare Bausteine dahinter.

Was das für Ihren Technologiestack bedeutet

• Die Vorteile von TypeScript treten zuerst ein. Sauberere, standardisierte Typdefinitionen für sowohl Decorator als auch Temporal fließen in die Tools, die Sie bereits verwenden, zurück.
• Ihre UI-Schicht und Ihre Styling-Einstellungen, einschließlich Tools wie Tailwind CSS, werden nicht direkt beeinflusst, doch eine schnellere und zuverlässigere Handhabung von Datum/Uhrzeit bedeutet weniger benutzerdefinierter Utility-Code, der Ihre Komponenten überladen würde.
• Schon bevor Client-Seiten-Bibliotheken Temporal vollständig übernehmen, könnten Next.js-Server-Komponenten eine frühe Anwendungsmöglichkeit dafür bieten, insbesondere für die Formatierung von Daten auf Serverseite.

Rob Palmer, Mitvorsitzender von TC39, hat in den Ausschussberichten darauf hingewiesen, dass es mittlerweile üblich ist, dass mehrere Vorschläge in derselben Sitzungsperiode vorankommen. Dieses Muster deutet darauf hin, dass das Tempo der Sprachentwicklung in den letzten Jahren tatsächlich zugenommen hat.

Fazit

All das ändert nichts an dem JavaScript, das Sie derzeit einsetzen. Doch beim nächsten Mal, wenn Sie instinktiv zu moment.js greifen oder mit einem Decorator-Polyfill kämpfen, denken Sie daran, dass bereits eine native Lösung in Entwicklung ist. Erfahrene Entwickler bleiben durch das Vorwegnehmen von ein oder zwei Schritten den anderen einen Schritt voraus – und genau deshalb lehnen viele von ihnen Muster ab, die bereits vor der Endfestlegung der Vorschläge technischen Schulden verursachen würden.