tsconfig.json में "strict": true एक साथ कठोर जांच के एक परिवार को चालू करता है। यह सभी नई परियोजनाओं के लिए दृढ़ता से अनुशंसित है — यह TypeScript के उद्देश्य से बचने के लिए कीड़े पकड़ता है।
json
{
// strictNullChecks — null/undefined are no longer assignable to everything
let name: string = null; // ❌ Error (without strict this compiles, then crashes)
function f(u?: User) { u.name; } // ❌ u is possibly undefined → forces a check
// noImplicitAny — parameters with no inferable type must be annotated
function g(x) {} // ❌ Error: 'x' implicitly has type 'any'
// strictPropertyInitialization — class fields must be initialized
class C { name: string; } // ❌ must init in constructor or mark optional
strictNullChecks बड़ा वाला है: यह null/undefined को अन्य प्रकारों से अलग करता है, इसलिए कंपाइलर आपको हर जगह "हो सकता है गायब" को संभालने के लिए बाध्य करता है — रनटाइम त्रुटियों की #1 श्रेणी को दूर करता है ("undefined की संपत्ति को नहीं पढ़ सकते")।
फ्लैग को वृद्धिशील रूप से फ्लिप करें (strictNullChecks पहले), फ़ाइल-दर-फ़ाइल त्रुटियों को ठीक करें, एक बड़े विरासत परियोजना पर एक बार में सब कुछ सक्षम करने के बजाय।
सख्त मोड के बिना, TypeScript अभी भी कई असुरक्षित पैटर्न की अनुमति देता है जिन्हें रोकने के लिए यह है (implicit any, अनचेक किए गए nulls)।
सख्त मोड वह जगह है जहां TypeScript अपने अधिकांश मूल्य प्रदान करता है — इसे डिफ़ॉल्ट के रूप में लें और केवल अच्छे कारण के साथ व्यक्तिगत फ्लैग को शिथिल करें।
विस्तृत उत्तरों के साथ IT इंटरव्यू प्रश्नों की एक लाइब्रेरी — जूनियर से सीनियर तक।
दान करें