React Compiler 1.0: الحفظ التذكّري التلقائي يصل إلى الإنتاج

نهاية الـ useMemo اليدوي؟

لسنوات، كان تحسين تطبيق React يعني نثر useMemo وuseCallback وReact.memo — عمل يدوي، مُمِلّ، وسهل الخطأ. React Compiler، المستقرّ في 1.0 منذ 7 أكتوبر 2025، يقلب المنطق: يقوم تلقائياً بالحفظ التذكّري للمكوّنات والخطّافات وقت التصريف، دون أن تعيد كتابة أي شيء.

ماذا يفعل، بالضبط

يحلّل المُصرِّف شيفرتك ويُدرج التحسينات نيابةً عنك. يعمل على React وReact Native، وجُرِّب بعمق على تطبيقات Meta، ويُقدَّم جاهزاً للإنتاج. في Meta Quest Store، تُبلّغ Meta عن زيادة تصل إلى 12 % في التحميلات الأولية والتنقّل، وبعض التفاعلات أسرع بأكثر من 2.5 ضعف.

تسارَع الاعتماد في 2026

• استمرّت إصدارات React في الصدور بانتظام (حتى 19.2.7 في يونيو 2026).
• في أبريل 2026، أضاف eslint-plugin-react-hooks 7.1.0 دعم ESLint v10، وتخطّى تصريف الملفات غير React (مكسب أداء)، وحسّن كشف set-state داخل التأثيرات.
• على صعيد الأدوات، يمرّ التفعيل عبر إضافة Babel؛ ويعمل فريق React مع oxc وRolldown لتكامل أسرع.

ما يتغيّر في طريقة عملي

أمران. أولاً، ضوضاء أقل: لم تعد شيفرة العمل مُلوَّثة بتحسينات دفاعية. تكتب React مقروءاً، ويتكفّل المُصرِّف بالحفظ التذكّري. ثانياً، أخطاء أداء خفيّة أقل: تلك الـ useCallback التي تنساها، ومصفوفات الاعتماديات المملوءة بسوء التي تُعيد رسم شجرة فرعية بأكملها — يعالجها المُصرِّف بشكل متّسق.

لكن انتبه: ليست عصا سحرية. الشيفرة التي تنتهك قواعد React (تغييرات، آثار جانبية أثناء الرسم) لن تُحسَّن — والمُصرِّف يُنبّهك. بل هو انضباط جيّد: يدفعك لكتابة React سليم.

لا يحلّ React Compiler محلّ فهم آلية الرسم. إنه يكافئ الشيفرة النظيفة ويعاقب المتهاونة.

هل ينبغي تفعيله اليوم؟

لمشروع React 19 / Next.js جديد، نعم: المكسب شبه مجاني. لقاعدة شيفرة قائمة، تُفعّله تدريجياً، معتمداً على الـ linter لرصد المكوّنات غير المتوافقة. في مشاريعي، القاعدة بسيطة: دع المُصرِّف يُحسّن، واحتفظ بزمام المعمارية.