</>مدرسه زیب‌موجیاد بگیر، تمرین کن، بساز
مدرسهReactدرس 11
درس 11 از 20 · ۴۰ دقیقه

Loading، Error و Empty؛ چهار حالت واقعی

با یک نیاز واقعی شروع می‌کنیم و «Loading، Error و Empty؛ چهار حالت واقعی» را همان لحظه در مرورگر می‌بینیم.

۰امتیاز شما
نقشه این درس

بعد از این درس چه کاری می‌توانی انجام بدهی؟

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

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

چرا مهم است؟ هر حالت باید خروجی مستقل داشته باشد تا کاربر نداند صفحه گیر کرده یا واقعاً داده‌ای نیست.

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

توضیح ساده و قدم‌به‌قدم

از یک مثال کوچک شروع کن

هر حالت باید خروجی مستقل داشته باشد تا کاربر نداند صفحه گیر کرده یا واقعاً داده‌ای نیست. نمونه کوتاه زیر را در فایل «src/HabitResults.jsx» بنویس و صفحه را تازه کن. بعد از دیدن نتیجه، سراغ تغییر پیشنهادی برو؛ هدف حفظ‌کردن نشانه‌ها نیست، باید بفهمی کدام خط چه اثری روی صفحه گذاشت.

1

۱. نمونه را خودت تایپ کن

فایل را ذخیره کن و نتیجه را با انتظار این درس مقایسه کن.

2

۲. تغییر درس را انجام بده

دکمه تلاش دوباره را فقط در حالت error اضافه کن.

3

۳. خطا را عمداً ببین

نمایش فهرست خالی بدون توضیح، کاربر را بین نبود داده و شکست شبکه مردد می‌گذارد. سپس DevTools یا HTML Validator را باز کن و فقط همان علت را اصلاح کن.

نکته مهم

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

مفهوم‌های اصلی

سه قطعه‌ای که باید بفهمی

Loading، Error و Empty؛ چهار حالت واقعی

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

نتیجه قابل مشاهده

برای هر state پیام یا فهرست مناسب نمایش داده می‌شود.

نشانه خطا

نمایش فهرست خالی بدون توضیح، کاربر را بین نبود داده و شکست شبکه مردد می‌گذارد.

سناریوی واقعی

صفحه API ممکن است در انتظار، ناموفق، خالی یا پر از داده باشد.

فرض کن صفحه API ممکن است در انتظار، ناموفق، خالی یا پر از داده باشد. صفحه باز می‌شود، اما هنوز این بخش برای کاربر درست و قابل فهم نیست. در این درس فقط همان قسمت را می‌سازیم تا رابطه کد و نتیجه گم نشود.

بازی ساختن کد

قطعه‌ها را به ترتیب درست بچین

روی هر قطعه بزن تا وارد پاسخ شود؛ برای برگرداندن دوباره روی آن بزن. با دکمه‌های جابه‌جایی هم می‌توانی بدون کشیدن و رهاکردن ترتیب را اصلاح کنی.

مرحله ۲ از ۳ · مرتب‌کردن کد
بانک قطعه‌هاقطعه مناسب را انتخاب کن
ترتیب پاسخ تواز بالا به پایین اجرا می‌شود

    هنوز پاسخی بررسی نشده است.

    کارگاه تعاملی

    بررسی ساختار تمرین

    این صفحه کامپایلر کامل React نیست؛ ساختار تمرین را صادقانه بررسی می‌کند و خروجی مورد انتظار را نشان می‌دهد. برای اجرای کامل به محیط رسمی همان زبان نیاز است.

    src/HabitResults.jsx
    خروجیآماده
    یک بخش را تغییر بده و دکمه بررسی را بزن.
    بعد از هر تغییر، نتیجه را دوباره بررسی کن.
    تمرین هدایت‌شده

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

    دام‌های رایج

    این سه اشتباه را انجام نده

    1

    نمایش فهرست خالی بدون توضیح، کاربر را بین نبود داده و شکست شبکه مردد می‌گذارد.

    2

    تغییر چند بخش هم‌زمان و نامشخص‌شدن علت نتیجه

    3

    اعتماد به ظاهر یک اندازه صفحه و بررسی‌نکردن موبایل یا صفحه‌کلید

    سنجش چندمرحله‌ای

    با 5 سؤال مطمئن شو که مفهوم را گرفته‌ای

    سؤال 1 از 5

    در این درس چه چیزی باید در مرورگر دیده شود؟

    سؤال 2 از 5

    چرا فقط یک بخش را تغییر می‌دهیم؟

    سؤال 3 از 5

    اولین سرنخ خطای این درس چیست؟

    سؤال 4 از 5

    بعد از تغییر کد چه کاری مفید است؟

    سؤال 5 از 5

    چه زمانی آماده درس بعدی هستی؟

    پایان درس 11

    فهمیدی، تغییر دادی، نتیجه را توضیح دادی؟

    فقط در این صورت درس را کامل کن و سراغ مرحله بعد برو.