آموزش بیش از ۵۰۰ سوال مصاحبه TypeScript به همراه پاسخ‌ها ۲۰۲۶ - آخرین آپدیت

پوشش تفصیلی حوزه‌های آزمون

این بانک سوالات جامع دقیقاً با حوزه‌های معماری و فنی که در مصاحبه‌های مهندسی سطح بالا تست می‌شوند، مطابقت دارد.

• مبانی TypeScript (۲۰٪): تایپ‌های داده‌ای سخت‌گیرانه، استنباط تایپ ساختاری، تفاوت Interfaces و Type Aliases، انام‌های استاندارد و const، و تایپ‌های برتر (any, unknown).

• برنامه‌نویسی شی‌گرا (۱۸٪): کلاس‌های Concrete و Abstract، ارث‌بری Prototype و Class، چندریختی در زمان اجرا (Runtime Polymorphism)، اصلاح‌کننده‌های دسترسی برای کپسوله‌سازی (public, private, protected) و انتزاع ساختاری.

• مفاهیم پیشرفته TypeScript (۱۵٪): محدودیت‌های Generic، گارد‌های تایپ سفارشی (اپراتور is)، تایپ‌های شرطی پیچیده، Mapped Types با اصلاح‌کننده‌ها و Template Literal Types.

• مدیریت خطا و دیباگ (۱۲٪): زیرکلاس‌های خطای سفارشی، بلوک‌های Try-Catch ساختاری، دیباگ در سطح کامپایلر، لاگ‌گذاری ساختاریافته در زمان اجرا و بهترین متدهای مدیریت خطای تدافعی.

• تعامل TypeScript و JavaScript (۱۰٪): فایل‌های تعریف (.d.ts)، مدیریت کتابخانه‌های شخص ثالث بدون تایپ، سیستم‌های ماژول (ESM در مقابل CommonJS)، تبدیل تایپ و الگوهای سخت‌گیرانه Interop ساختاری.

• الگوها و اصول طراحی (۸٪): پیاده‌سازی الگوهای Type-safe در دسته‌های Creational، Structural و Behavioral (مانند Singleton, Factory, Observer)، اصول سخت‌گیرانه SOLID و الگوهای تفکیک اینترفیس.

• تست و بهترین متدها (۷٪): تست‌های واحد (Unit Testing) با تایپ قوی، پارادایم‌های تست یکپارچگی (Integration Testing)، پیکربندی فریم‌ورک‌های تست مدرن، قوانین Linting و سازماندهی مقیاس‌پذیر کد.

• اکوسیستم و ابزارهای TypeScript (۱۰٪): گزینه‌های پیشرفته کامپایلر در tsconfig.json (مانند strict, noImplicitAny, exactOptionalPropertyTypes)، مکانیسم‌های کامپایلر (tsc)، ESLint، فرمترهای Prettier و یکپارچه‌سازی با IDEها.

درباره این دوره

پذیرفته شدن در مصاحبه‌های مهندسی فرانت‌اند یا فول‌استک سطح متوسط تا پیشرفته، بسیار فراتر از دانستن نحوه تعریف متغیرهای ساده است. لیدهای فنی و معماران سیستم به‌دنبال توسعه‌دهندگانی هستند که درک عمیقی از تایپینگ ساختاری، ایمنی تایپ (Type Safety)، بهینه‌سازی و معماری مقیاس‌پذیر اپلیکیشن داشته باشند. من این بانک سوالات را طراحی کردم تا دقیقاً سناریوهای سطح تولید (Production) را شبیه‌سازی کنم که تیم‌های مهندسی برتر در مصاحبه‌های زنده می‌سنجند.

با ۵۵۰ سوال تمرینی بسیار دقیق و اورجینال، مکانیسم‌های پیچیده تایپ، خطاهای غیرمنتظره کامپایلر، رفتارهای زمان اجرا و طراحی‌های پیشرفته سیستم را کالبدشکافی می‌کنم. هر سوال همراه با یک تحلیل جامع است که توضیح می‌دهد چرا گزینه صحیح ایمنی تایپ را حفظ می‌کند و چرا گزینه‌های جایگزین باعث آسیب به اپلیکیشن شده یا منجر به خطای کامپایل می‌شوند. چه هدف شما جایگاه توسعه‌دهنده فرانت‌اند باشد، چه برای پوزیشن فول‌استک آماده شوید و چه بخواهید قبل از یک پنل فنی بر مکانیسم‌های پیشرفته تایپ مسلط شوید، این محتوا آمادگی سخت‌گیرانه‌ای را فراهم می‌کند تا در اولین تلاش با اعتمادبه‌نفس کامل از مراحل فنی عبور کنید.

نمونه سوالات تمرینی

این سه نمونه سوال را بررسی کنید تا با عمق، فرمت ساختاری و دقت فنی توضیحات ارائه شده در دوره آشنا شوید.

سوال ۱: تایپ‌های شرطی توزیعی (Distributive Conditional Types) و فیلتر کردن تایپ

تایپ کاربردی تعریف شده در زیر را در نظر بگیرید:

TypeScript

type FilterTypes<T, U> = T extends U ? never : T;

type Result = FilterTypes<string | number | boolean, boolean>;

تایپ نهایی Result در هنگام ارزیابی توسط کامپایلر چیست؟

• A) string | number | boolean

• B) never

• C) string | number

• D) unknown

• E) any

• F) boolean

پاسخ صحیح و توضیح:

• پاسخ صحیح: C

• دلیل correctness: وقتی تایپ‌های شرطی یک پارامتر تایپ لخت (T) را بررسی می‌کنند، به‌طور خودکار روی تایپ‌های Union توزیع می‌شوند. ارزیابی به سه عملیات مجزا تقسیم می‌شود: (string extends boolean ? never : string) | (number extends boolean ? never : number) | (boolean extends boolean ? never : boolean). این عبارت به string | number | never ساده می‌شود. از آنجایی که never نشان‌دهنده مجموعه تهی در یک Union است، کاملاً حذف شده و Result = string | number باقی می‌ماند.

• چرا گزینه‌های دیگر غلط هستند:

  • گزینه A غلط است: توزیع باعث حذف المان تایپ منطبق می‌شود، بنابراین boolean نمی‌تواند در مجموعه نهایی باقی بماند.

  • گزینه B غلط است: تایپ تنها زمانی به never تبدیل می‌شود که تک تک اعضای Union شرط توسعه را برآورده کنند.

  • گزینه D غلط است: unknown یک تایپ برتر ایمن است و از این الگوی ارزیابی شرطی حاصل نمی‌شود.

  • گزینه E غلط است: any بررسی‌های سخت‌گیرانه کامپایلر را کاملاً غیرفعال می‌کند و نتیجه این منطق فیلترینگ قطعی نیست.

  • گزینه F غلط است: boolean به‌طور صریح توسط شاخه true عملیات شرطی به never مپ شده است.

سوال ۲: Mapped Types پیشرفته و مدیریت اصلاح‌کننده‌ها

یک توسعه‌دهنده نیاز دارد تایپ کاربردی بسازد که تمام ویژگی‌های یک Interface را به حالت Mutable (تغییرپذیر) و Non-nullable تبدیل کند و هرگونه اصلاح‌کننده readonly یا optional موجود را حذف نماید. کدام تعریف این پیکربندی را به‌درستی اجرا می‌کند؟

• A) type Clean<T> = { readonly [P in keyof T]?: T[P] };

• B) type Clean<T> = { -readonly [P in keyof T]-?: NonNullable<T[P]> };

• C) type Clean<T> = { +readonly [P in keyof T]+?: T[P] };

• D) type Clean<T> = { [P in keyof T]: T[P] | null };

• E) type Clean<T> = { [P keyof T]: T[P] };

• F) type Clean<T> = { mut [P in keyof T]: Required<T[P]> };

پاسخ صحیح و توضیح:

• پاسخ صحیح: B

• دلیل correctness: تایپ‌اسکریپت اجازه می‌دهد در Mapped Types با استفاده از اپراتور پیشوند - اصلاح‌کننده‌ها حذف شوند. استفاده از -readonly به‌طور صریح محدودیت تغییرناپذیری را از کلید حذف می‌کند و -? فلگ optional را به‌طور کامل حذف کرده و ویژگی را اجباری (Required) می‌کند. قرار دادن مقدار در utility داخلی NonNullable<T> نیز هر دو مقدار null و undefined را حذف می‌کند.

• چرا گزینه‌های دیگر غلط هستند:

  • گزینه A غلط است: این ساختار به‌جای حذف، به‌طور صریح هر دو اصلاح‌کننده readonly و optional را اضافه می‌کند.

  • گزینه C غلط است: اپراتور + اصلاح‌کننده‌ها را تحمیل یا اضافه می‌کند که دقیقاً برعکس نیاز توسعه‌دهنده است.

  • گزینه D غلط است: این گزینه وضعیت readonly را حل نمی‌کند و عمداً باگ‌های احتمالی null را به نقشه شیء وارد می‌کند.

  • گزینه E غلط است: این سینتکس فاقد کلمه کلیدی اجباری in است که باعث خطای تجزیه (Parsing Error) فوری در کامپایلر می‌شود.

  • گزینه F غلط است: کلمه کلیدی mut در سینتکس سیستم تایپ TypeScript وجود ندارد؛ حذف اصلاح‌کننده‌ها منحصراً به اپراتور منفی متکی است.

سوال ۳: رفتار Contravariant در مقابل Covariant در پارامترهای تابع

با فعال بودن فلگ strictFunctionTypes، توسعه‌دهنده‌ای سعی می‌کند متغیری از تایپ (x: string | number) => void را به متغیری از تایپ (x: string) => void اختصاص دهد. کامپایلر TypeScript این تخصیص را چگونه پردازش می‌کند؟

• A) خطای کامپایل می‌دهد زیرا آرگومان‌های تابع به‌صورت Covariant ارزیابی می‌شوند و باعث می‌شود تایپ هدف بیش از حد محدود باشد.

• B) تخصیص را مسدود می‌کند زیرا پارامترهای متد در تمام عملیات تخصیص به‌طور سخت‌گیرانه Invariant هستند.

• C) تخصیص را به‌راحتی اجازه می‌دهد زیرا تایپ‌های پارامتر تابع تحت بررسی‌های سخت‌گیرانه به‌صورت Contravariant ارزیابی می‌شوند.

• D) اجازه اجرای کد را می‌دهد اما در زمان اجرا تبدیل تایپ ضمنی به any را اجبار می‌کند.

• E) یک هشدار بحرانی در زمان اجرا ایجاد می‌کند زیرا پارامترهای Union نمی‌توانند تایپ‌های Primitive مستقل را بپذیرند.

• F) تخصیص را تنها در صورتی اجازه می‌دهد که توسعه‌دهنده فایل tsconfig.json را برای خاموش کردن ردیابی ماژول به‌روزرسانی کند.

پاسخ صحیح و توضیح:

• پاسخ صحیح: C

• دلیل correctness: تحت strictFunctionTypes، آرگومان‌های تابع به‌صورت Contravariant ارزیابی می‌شوند (جهت زیرتایپینگ معکوس می‌شود). تابعی که می‌تواند محدوده وسیع‌تری از ورودی‌ها (string | number) را پردازش کند، می‌تواند به‌جای تابعی که انتظار مجموعه محدودتری از ورودی‌ها (string) را دارد، قرار گیرد. تابع هدف هرگز چیزی جز string ارسال نخواهد کرد، و تابع منبع (که گسترده‌تر است) کاملاً توانایی مدیریت آن را دارد.

• چرا گزینه‌های دیگر غلط هستند:

  • گزینه A غلط است: آرگومان‌های تابع Contravariant هستند، نه Covariant؛ مقادیر بازگشتی تابع هستند که رفتار Covariant دارند.

  • گزینه B غلط است: بررسی‌های پارامتر Invariant نیستند؛ آن‌ها از قوانین Contravariant برای ایجاد تعادل بین انعطاف‌پذیری و ایمنی ریاضی پیروی می‌کنند.

  • گزینه D غلط است: تایپ‌اسکریپت ایمنی تایپ ساختاری را کاملاً در زمان کامپایل فراهم می‌کند و هرگز تایپ‌های جایگزین ضمنی را در زمان اجرا تزریق نمی‌کند.

  • گزینه E غلط است: بررسی تایپ منحصراً در زمان کامپایل رخ می‌دهد؛ هیچ اعتبارسنجی تایپی در زمان اجرا به عملیات پایه اضافه نمی‌شود.

  • گزینه F غلط است: پیکربندی‌های Resolution ماژول، بررسی‌های استاندارد تخصیص تایپ Contravariant را تغییر داده یا لغو نمی‌کنند.

چه انتظاراتی داشته باشید

• به تست‌های سوالات مصاحبه خوش آمدید تا شما را برای آزمون تمرینی سوالات مصاحبه TypeScript آماده کنیم.

• شما می‌توانید هر تعداد بار که بخواهید در آزمون‌ها شرکت کنید.

• این یک بانک سوالات اورجینال و بسیار حجیم است.

• در صورت داشتن سوال، از پشتیبانی مدرسان بهره‌مند می‌شوید.

• هر سوال دارای یک توضیح دقیق است.

• سازگار با موبایل از طریق اپلیکیشن Udemy.

امیدواریم تا اینجا متقاعد شده باشید! سوالات بسیار بیشتری در داخل دوره وجود دارد.