TypeScript फ़ॉर्मेटर

TypeScript, JavaScript का एक सुपरसेट है, लेकिन इसमें जोड़ी गई टाइप-स्तरीय सिंटैक्स — इंटरफ़ेस, `extends` से सीमित जेनेरिक, डेकोरेटर, `as` टाइप असर्शन, और स्वतंत्र सिर्फ़-टाइप डिक्लेरेशन — सादी JavaScript व्याकरण में कोई मतलब नहीं रखती और इसकी वजह से सिर्फ़-JavaScript पार्सर बिल्कुल वैध TypeScript पर सीधे फ़ेल हो जाता है। JavaScript के पार्सर को उसकी अपनी व्याकरण का एक सुपरसेट स्वीकार करने पर मजबूर करने की कोशिश की बजाय TypeScript के समर्पित पार्सर का इस्तेमाल करना यही चीज़ है जो जेनेरिक और इंटरफ़ेस से भरी किसी फ़ाइल को सिंटैक्स एरर के रूप में रिजेक्ट होने की बजाय सही तरीक़े से फ़ॉर्मेट होने देती है, ठीक उस पल जब यह ऐसा फ़ीचर इस्तेमाल करती है जो ख़ुद JavaScript में नहीं है।

कोई `.tsx` फ़ाइल जो JSX सिंटैक्स को TypeScript टाइप एनोटेशन के साथ मिलाती है, एक ख़ास बिंदु पर पार्स करने के लिए वाक़ई अस्पष्ट है: `<Foo>value` जैसा एंगल-ब्रैकेट टाइप असर्शन किसी ऐसे पार्सर के लिए JSX एलिमेंट टैग की शुरुआत जैसा बिल्कुल एक जैसा दिखता है जिसे नहीं बताया गया कि यह कौन सी बोली पढ़ रहा है। TypeScript-with-JSX पार्सिंग मोड चुनना उस अस्पष्टता को सही तरीक़े से हल करता है, यही वजह है कि सही बोली पहले से चुनना — यह मानने की बजाय कि कोई सामान्य JavaScript पार्सर इसे हल कर देगा — ख़ास तौर पर उन कंपोनेंट फ़ाइलों के लिए मायने रखता है जो दोनों को मिलाती हैं।

डेकोरेटर — Angular और TypeScript पर बने कुछ बैकएंड फ़्रेमवर्क में आम `@Component` जैसी एनोटेशन — भाषा के मानकीकरण प्रोसेस में कई अलग-अलग प्रस्ताव चरणों से गुज़रे हैं, और अलग-अलग कोडबेस अपने लिखे जाने के समय और कंपाइलर विकल्पों के हिसाब से उस सिंटैक्स के थोड़े अलग वर्ज़न को टारगेट कर सकते हैं। डेकोरेटर सिंटैक्स को सही तरीक़े से पार्स करने के लिए ख़ास तौर पर TypeScript-जागरूक पार्सर चाहिए; कोई सादा JavaScript पार्सर जो किसी क्लास या मेथड से पहले `@` पाता है उसके पास इसका सहारा लेने के लिए कोई तय मतलब नहीं है और वह सीधे फ़ाइल को रिजेक्ट कर देगा।