"إذا أراد العامل أن يؤدي عمله بشكل جيد، فعليه أولاً أن يشحذ أدواته." - كونفوشيوس، "مختارات كونفوشيوس. لو لينجونج"
الصفحة الأمامية > برمجة > Day f Brylnt: Next.js vs Remix

Day f Brylnt: Next.js vs Remix

تم النشر بتاريخ 2024-11-08
تصفح:578

Day f Brylnt: Next.js vs Remix

مرحبًا بالجميع! أعلم أن هذا لا يتعلق بشكل مباشر بصنع Brylnt، لكنني واجهت بعض المشكلات في تحديد إطار العمل الذي سأستخدمه، واعتقدت أنني سأشارك أفكاري حول اثنين من المتنافسين المشهورين: Next.js و ريميكس.

كلا الإطارين ممتازان، واعتمادًا على المشروع، يمكن أن يكون أي منهما هو الاختيار الصحيح. نظرًا لأنني أستخدم T3 Stack، والذي يتضمن Next.js، فمن الطبيعي أن أميل إليه، ولكن كنت أشعر بالفضول بشأن كيفية مقارنة Remix. إذن إليك تحليل سريع لأفكاري حول كل منها:

Next.js


كان Next.js موجودًا منذ فترة ونما ليصبح وجهة مفضلة لمطوري React. وهو يوفر عرضًا مدمجًا من جانب الخادم (SSR)، وإنشاء موقع ثابت (SSG)، ومسارات واجهة برمجة التطبيقات (API). إليك ما أحبه فيه:

  • نظام بيئي ناضج: يتم دعم Next.js بواسطة Vercel، مما يعني دعم مجتمعي قوي والعديد من الميزات.
  • العرض المرن: يمكنك التبديل بين الإنشاء الثابت، والعرض من جانب الخادم، والعرض من جانب العميل وفقًا لاحتياجاتك.
  • SSG & ISR: يعد إنشاء الموقع الثابت (SSG) والتجديد الثابت التزايدي (ISR) أمرًا رائعًا للأداء، خاصة للمواقع ذات المحتوى الثقيل.
  • مسارات واجهة برمجة التطبيقات المضمنة: لا تحتاج إلى واجهة خلفية منفصلة للتعامل مع واجهات برمجة التطبيقات البسيطة، وهي مثالية للمشاريع الصغيرة مثل الصفحة المقصودة.
  • تكامل T3 Stack: إنه بالفعل جزء من مجموعتي، ودمجه مع tRPC وDrizzle وNextAuth.js يجعل الأمور سلسة.

ريمكس


Remix، من ناحية أخرى، هو إطار عمل أحدث يركز على الأداء وتجربة المستخدم. لقد اكتسب الكثير من الاهتمام بسبب بعض الميزات الفريدة:

  • التعامل مع النماذج الأصلية: يتمتع Remix بأسلوب رائع حقًا في التعامل مع النماذج، مما يجعل التعامل معها أسهل دون الحاجة إلى الكثير من JavaScript من جانب العميل.
  • التحسين التدريجي: يعطي Remix الأولوية للتحسين التدريجي، مما يضمن عمل التطبيقات بشكل جيد حتى في البيئات ذات الاتصال الضعيف.
  • التوجيه: الطريقة التي يتعامل بها Remix مع التوجيه هي أكثر تداخلاً وتصريحًا مقارنة بـ Next.js، مما يجعلها أكثر سهولة بعض الشيء لأنواع معينة من التطبيقات.
  • جلب البيانات من جانب الخادم: يتم تحميل بيانات Remix حول العرض من جانب الخادم، مما يسهل تحميل البيانات مباشرة عند عرض الصفحات.

أيهما يناسب برايلنت؟


بعد بعض التفكير، سألتزم بـ Next.js لـ Brylnt. إن المرونة مع SSR وSSG، ونضجها، وحقيقة أنها تتكامل بسلاسة مع T3 Stack تجعلها حقًا خيارًا أفضل لاحتياجاتي. بالإضافة إلى ذلك، باستخدام Next.js، يمكنني بسهولة توسيع نطاق الصفحة المقصودة ومواقع عملائي وتحسينها دون الحاجة إلى تبديل أطر العمل لاحقًا.

ومع ذلك، فأنا أفهم سبب اكتساب Remix قوة جذب، وبالنسبة لمزيد من التطبيقات أو المشاريع التي تتطلب تفاعلًا كبيرًا مع المستخدم حيث يكون الأداء على نطاق واسع أمرًا بالغ الأهمية، سيكون Remix منافسًا قويًا.

شكرا لقراءة هذا! سأعود إلى تحديثات Brylnt المنتظمة قريبًا، وكان علي فقط العمل على هذا القرار الإطاري أولاً.

بيان الافراج تم نشر هذه المقالة على: https://dev.to/manavcodaty/day-3-of-brylnt-nextjs-vs-remix-4paf?1 إذا كان هناك أي انتهاك، يرجى الاتصال بـ [email protected] لحذفه
أحدث البرنامج التعليمي أكثر>

تنصل: جميع الموارد المقدمة هي جزئيًا من الإنترنت. إذا كان هناك أي انتهاك لحقوق الطبع والنشر الخاصة بك أو الحقوق والمصالح الأخرى، فيرجى توضيح الأسباب التفصيلية وتقديم دليل على حقوق الطبع والنشر أو الحقوق والمصالح ثم إرسالها إلى البريد الإلكتروني: [email protected]. سوف نتعامل مع الأمر لك في أقرب وقت ممكن.

Copyright© 2022 湘ICP备2022001581号-3