محمود سعداوي2 نشر 17 مارس أرسل تقرير نشر 17 مارس السلام عليكم. لاحظت أن بعض مشاريع next.js تعتمد على express.js في بناء الواجهة الخلفية. ماجدوى هذا الخيار خاصة وأن next.js يوفر خادما. أو بالأحرى إن كان next.js يوفر خادما لماذا يتم اللجوء إلى خادم خارجي وهل ذلك يؤثر قوة التطبيق. أم من الأفضل إستخدام خادم خارجي مع رياكت خاصة بعد التحديثات التي حصلت مؤخرا. شكرا لكم. 2 اقتباس
0 Mustafa Suleiman نشر 17 مارس أرسل تقرير نشر 17 مارس ببساطة الأمر يعتمد على مدى تعقيد المشروع، ففي حال المشروع يتطلب تخصيص ومُعقد إذن إنشاء واجهة خلفية منفصلة هو الحل، بينما في أغلب الأحوال المشاريع متوسطة وتتمحور أكثر نحو الواجهة الأمامية وتستخدم الواجهة الخلفية في Next.js كما هي. فالخادم المدمج في Next.js محدود في خيارات التخصيص، ولو أردت التحكم الكامل في الـ Routing أو معالجة الطلبات أو إضافة Middleware معقدة، فستحتاج إلى Express.js أو غيره للحصول على مرونة أكبر. أو في حال وجود مشروع قائم يعتمد على Express.js بالفعل، فمن الأسهل دمج Next.js معه بدلاً من إعادة كتابة كل شيء ليتناسب مع الـ API Routes في Next.js. ستجد تفصيل هنا: 1 اقتباس
0 عبدالباسط ابراهيم نشر 17 مارس أرسل تقرير نشر 17 مارس وعليكم السلام ورحمة الله وبركاته. صحيح أن Next.js يوفر خادماً مدمجاً، لكن هناك عدة أسباب تدفع المطورين لاستخدام Express.js معه فمثلاً Express يقدم نظام وسائط (middleware) قوي ومرن يسمح بمعالجة أكثر تعقيداً للطلبات. يمكن تكوين مسارات معقدة بطرق لا يدعمها Next.js بشكل مباشر. وبالطبع سهولة دمج خدمات مثل قواعد البيانات ومكتبات المصادقة والخدمات الخارجية. والعديد من الخيارات التي تتيح تحكم أفضل من خادمnextjs ولكن بالنسبة للمشاريع الصغيرة إلى المتوسطة يمكنك استخدم Next.js فقط . في النهاية، الخيار يعتمد على متطلبات مشروعك المحددة، وليس هناك حل واحد يناسب الجميع. اقتباس
0 ياسر مسكين نشر 17 مارس أرسل تقرير نشر 17 مارس إذا كان تطبيقك يتطلب سلوك خادم مخصص للغاية أو إذا كنت تدمج مع نظام Express قائم، فإن استخدام Express مع Next.js يمكن أن يكون مفيدا وبالنسبة للعديد من المشاريع الجديدة، فإن القدرات المدمجة في Next.js قوية بما يكفي للتعامل مع منطق الواجهة الأمامية والخلفية دون الحاجة إلى تعقيد إضافي لخادم خارجي. وباختصار إذا أردت استخدام Express مع Next.js يمكن ذلك إذا كنت بحاجة إلى وسائط متقدمة أو توجيه مخصص يتجاوز ما يقدمه Next.js أو إذا كنت تقوم بتكييف بنية خلفية تعتمد على Express أو تدمج مع خدمات Node.js أخرى. كما يمكنك الاكتفاء بالخادم المدمج في Next.js إذا كانت احتياجات تطبيقك تتم تلبيتها من خلال مسارات API وميزات SSR في Next.js، خاصة مع التحسينات الأخيرة فالنسخ الأحدث من Next.js قد حسنت مسارات API، وإمكانيات الوسائط، ودعم الخدمات بدون خادم (serverless) وبالنسبة للعديد من المشاريع، تعني هذه التحسينات أن الخادم المدمج كاف، مما يلغي الحاجة إلى إعداد خادم خارجي إلا إذا كانت المتطلبات محددة للغاية. يمكنك المراجعة أكثر من خلال موسوعة حسوب: Next.js أو من خلال المقالات والإجابات التالية: اقتباس
السؤال
محمود سعداوي2
السلام عليكم.
لاحظت أن بعض مشاريع next.js تعتمد على express.js في بناء الواجهة الخلفية.
ماجدوى هذا الخيار خاصة وأن next.js يوفر خادما. أو بالأحرى إن كان next.js يوفر خادما لماذا يتم اللجوء إلى خادم خارجي وهل ذلك يؤثر قوة التطبيق.
أم من الأفضل إستخدام خادم خارجي مع رياكت خاصة بعد التحديثات التي حصلت مؤخرا.
شكرا لكم.
3 أجوبة على هذا السؤال
Recommended Posts
انضم إلى النقاش
يمكنك أن تنشر الآن وتسجل لاحقًا. إذا كان لديك حساب، فسجل الدخول الآن لتنشر باسم حسابك.