المقالة دي غير إن هي بتتكلم عن الـpromise وبتشرحه بأمثلة عملية بتشرحلك إزاي عملوا Implementation للـ Promise

إحنا في TypeScript عندنا طريقتين لتحديد الshape of data ممكن نستخدم types أو interfaces وسؤال دايمًا بيتسأل في TypeScript هو "نستخدم (types) ولا (interfaces)؟" وإيه الفرق بينهم ؟

بفضل الله دي أكبر مقالة ممكن تقابلها بتتكلم في الـtopic دا بالتفصيل والمعلومات دي وأمثلة advanced بالكود كامل ، المقالة دي محتاجة تركيزك بالكامل

أي hook إتعمل بييجي عشان case محتاجها أو مشكلة أنا محتاج أحلها ، ال hook دا مهم لو عاوز تoptimize ال performance قبل ما نخش على الـ useTransition، لازم نفهم الأول المشكلة اللي بتواجهنا

لو إنت جاي من باك جراوند لغات زي Go، Rust ف أعتقد إنك فهمت البوست كله لإنها واخدة الفكرة من اللغات دي تقدر تقول هتودع كتابة ال Try-Catch Blocks في ال error handling ف هي الفكرة ف إنه واخد الفكرة كلها من اللغات دي نفسها ف إنه يتعامل مع ال error ك values عشان كده في Proproposal جديد وطبعا لازم يعدي علي كل الـstages ويتقبل عشان يبقي supported

خلينا نتكلم شوية عن السر اللي بيخلي المواقع المفضلة عندك سريعة ومستجيبة بالشكل ده. السر في الموضوع ده بيرجع لطريقة التعامل مع الـ DOM. الـ (Document Object Model) بيمثل الصفحة بتاعتك على هيئة structured tree. زمان كنا بنستخدم طرق في الـ JavaScript زي getElementById أو removeChild عشان نعمل تعديلات على الصفحة. لكن مع تعقيد المواقع الويب وتوسعها، الطرق دي ممكن تخلي الأداء بطيء. هنا بتيجي قوة React بالـ Virtual DOM اللي غيرت قواعد اللعبة تمامًا.

ببساطة هما components في React بتتحط حوالين components تانية عشان تCatch أي أخطاء تحصل في الـrendering أو ال Lifecycle Methods بتاعة الcomponents دي. يعني زي شبكة أمان كده بتمنع التطبيق كله إنه ي failing لو فيه خطأ حصل في component معين. الفكرة إننا بدل ما المستخدم يشوف شاشة بيضا أو الأبلكيشن مش شغال بنعرضله fallback UIs