مزايا express error handler

و عليكم السلام محمود،

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

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

أي أن الأمر يعتمد على التصميم الخاص بالتطبيق و لا يوجد جواب عام محدد، و لكن دائماً تذكر أن تحدد المسؤوليات لكل شيء و على أساسها يمكنك إما رمي خطأ أو معالجته مباشرة.

استخدام "Express error handler" أو "throw new Error" في إطار Express يعتمد على الحالة التي تواجهك وطريقة التعامل مع الأخطاء في تطبيقك. سوف اذكر لك متى يُفضل استخدامها:

1. إستعمال "Express error handler" (مثل middleware للتعامل مع الأخطاء):

   يُستحسن استخدام  (error handler) عندما ترغب في تجميع معالجة الأخطاء في مكان واحد. يتيح لك هذا النهج التعامل بشكل منظم مع الأخطاء ويسهل عملية التحكم في كيفية رد الاستجابة عند حدوث خطأ.

   وهذا الكود يوضح لك طريقة إضافة معالج خطأ عام لتطبيق Express:
    

   // Middleware لمعالجة الأخطاء
   app.use((err, req, res, next) => {
     console.error(err.stack);
     res.status(500).send('حدث خطأ في الخادم!');
   });

   في هذا المثال، إذا حدث خطأ في أي مكان في مسارات تطبيق Express الخاصة بك ولم تتم معالجته، فسيتم التعامل معه باستخدام معالج الأخطاء.

2.  يمكن استخدام "throw new Error"  عندما تحتاج إلى إشعار المطورين بوجود خطأ في الكود. يجب أن يُحاط هذا الإجراء بمحاولة "try-catch" للتعامل مع الخطأ بشكل صحيح وحتي لا يتم تعليق التطبيق بسبب الأخطاء غير المُعالجة.

   وهذا مثال علي استخدام "throw new Error" مع try-catch:
    

   app.get('/some-route', (req, res) => {
     try {
       // قد يحدث خطأ هنا
       if (someCondition) {
         throw new Error('هذا مثال لرسالة خطأ.');
       }
   
       res.send('تم بنجاح!');
     } catch (err) {
       console.error(err);
       res.status(500).send('حدث خطأ في الخادم!');
     }
   });

   في هذا المثال، إذا حدث خطأ في حالة معينة (someCondition)، سيتم تمرير "Error" ومن ثم يتم التعامل معه باستخدام الـ try-catch.

مزايا Express error handler

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

متى يجب استخدام Express error handler (throw new Error)

• عند حدوث خطأ في الكود الخاص بك.
• عند تلقي طلب غير صحيح من المستخدم.
• عند حدوث خطأ في الاتصال بالشبكة.
• عند حدوث خطأ في قاعدة البيانات.

متى يجب تجنب استخدام Express error handler (throw new Error)

• عند حدوث خطأ غير متوقع.
• عند حدوث خطأ لا يمكنك التعامل معه.
• عند حدوث خطأ غير مهم.

وإليك مثال على كيفية استخدام Express error handler:

// Handle a 404 error
app.use(function(req, res, next) {
  if (req.originalUrl === '/404') {
    res.status(404).send('The page you are looking for is not found.');
  } else {
    next();
  }
});

// Handle a 500 error
app.use(function(err, req, res, next) {
  res.status(500).send('An unexpected error occurred.');
});

تعتمد الطريقة المناسبة لمعالجة الأخطاء على نوع التطبيق ومتطلباته المحددة. ومن الأهمية بمكان أن يتم التعامل مع الأخطاء بشكل سليم وفعال في تطبيق Express، لتوفير تجربة مستخدم جيدة ولحماية المعلومات الحساسة.

يتم استخدام Express error handler بشكل شائع في تطبيقات Express ويوفر وظائف مفيدة مثل توليد رسائل الخطأ المناسبة وتسجيل الأخطاء وإرسالها إلى فريق التطوير. ومع ذلك، قد يتطلب استخدام بدائل مثل middleware خاص بمعالجة الأخطاء أو حزم معالجة الأخطاء مزيدًا من التخصيص أو المرونة لتلبية متطلبات التطبيق المحددة.

يمكن استخدام throw new Error لرمي خطأ في أي نقطة في تطبيق Express. ومع ذلك ، يجب تجنب استخدام throw new Error في بعض الحالات الأخرى مثل:

• عند التحقق من البيانات المدخلة: إذا كنت تريد التحقق من البيانات المدخلة ، فمن المستحسن استخدام حزمة تحقق من الصحة (validation package) مثل Joi بدلاً من إثارة خطأ.
• عند معالجة الأخطاء الداخلية: إذا كان الخطأ يحدث عند معالجة الأخطاء الداخلية ، فيجب تجنب استخدام throw new Error واستخدام حزمة معالجة الأخطاء (error handling package) مثل Sentry أو Rollbar لتحديد مصدر الخطأ وإرساله إلى فريق التطوير.
• عند استخدام Promise: إذا كنت تستخدم Promise في تطبيق Express الخاص بك ، فيجب تجنب استخدام throw new Error واستخدام return Promise.reject () بدلاً من ذلك.

بشكل عام ، يجب تجنب استخدام throw new Error في حالات الأخطاء التي يمكن التحقق منها ومعالجتها بشكل أفضل باستخدام حلول أخرى. ومن الأفضل استخدام Express error handler عندما يحدث خطأ في تطبيق Express لتوفير تجربة مستخدم أفضل وتسهيل التصحيح.

express error handler أو معالج الأخطاء في إطار العمل Express هو جزء هام من تطبيق Express يسمح لك بالتعامل مع الأخطاء التي قد تحدث أثناء تشغيل التطبيق. عند استخدام express error handler بشكل صحيح، يمكن أن يسهم في تحسين قابلية التطبيق للتعامل مع الأخطاء وتقديم ردود أفعال سليمة ومفهومة للمستخدمين.

استخدام throw new Error داخل معالج الأخطاء يمكن أن يكون مناسبًا في حالات معينة وتجنبه في حالات أخرى:

متى يحبذ استخدامها (throw new Error)

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

متى يجب تجنبها

• عدم التحقق من الأخطاء بطريقة أكثر مرونة إذا كنت تستخدم throw new Error في جميع الحالات وبدون التحقق من نوع الخطأ أو تفاصيله بشكل كافٍ، قد تجعل من الصعب تحديد أنواع الأخطاء والتعامل معها بشكل مناسب.
• عدم التعامل بشكل مناسب مع الأخطاء النظامية إذا كنت تستخدم throw new Error للتعامل مع الأخطاء النظامية التي يتم التحكم بها بواسطة إطار العمل Express نفسه (مثل أخطاء التحقق من صحة الجسم، أو الوصول غير المصرح به)، فقد يكون أفضل استخدام `next` مع وسيطة الخطأ لتمرير الأخطاء إلى معالج الأخطاء الافتراضي لـ Express.
• الإفراط في الاعتماد على الاستثناءات لسيطرة على تدفق التحكم في بعض الحالات، قد يكون من الأفضل تجنب رمي استثناءات لأنها يمكن أن تؤدي إلى انقطاع التنفيذ الطبيعي للتطبيق وجعله أقل استقرارًا.
• عدم معالجة الأخطاء بشكل صحيح إذا لم يتم التعامل بشكل صحيح مع الاستثناءات التي تم القاءها، قد تؤدي إلى تسريب معلومات حساسة أو أخطاء غير مفهومة للمستخدمين.

بالإضافة إلى استخدام throw new Error، يمكن استخدام next لنقل الأخطاء في Express والتحكم بشكل أدق في عملية التنقل والتعامل مع الأخطاء المختلفة. تذكر دائمًا معالجة الأخطاء بحذر وتوثيقها بشكل جيد لتحسين صيانة التطبيق وتحسين تجربة المستخدم النهائي.

استخدام Express Error Handler (أو throw new Error) يعتمد على السياق والحاجة، وهناك بعض النقاط التي يمكن أن تساعدك في تحديد متى يحبذ استخدامه ومتى يجب تجنبه:

متى يحبذ استخدامه:

عند التحقق من الاستثناءات: في بعض الأحيان، يمكن أن تنشأ استثناءات (Exceptions) بسبب سيناريوهات معينة، ويمكن استخدام throw new Error لإثارة استثناء والتعامل معه.

الاستخدام في Middleware: قد ترغب في استخدام Express Error Handler في Middleware للتعامل مع الأخطاء العامة وإعادة ردود الفعل الصحيحة والمناسبة إلى المستخدم.

متى يجب تجنبه:

عند التعامل مع الأخطاء المتوقعة: في بعض الحالات، من الأفضل تجنب استخدام throw new Error للتعامل مع الأخطاء المتوقعة، وبدلاً من ذلك استخدم تنسيق أكثر تحكمًا مثل إرجاع رمز الحالة والرسالة الخطأ كجزء من جسم الاستجابة.

عدم التعامل الكامل مع الأخطاء: عند استخدام Express Error Handler أو throw new Error، يجب التأكد من أنك تقوم بالتعامل الكامل مع الأخطاء بشكل صحيح، وإلا فقد يؤدي ذلك إلى حدوث أخطاء غير متوقعة وانهيار التطبيق.

عند استخدام الوظائف اللاعادية: عند استخدام الوظائف اللاعادية (asynchronous functions)، من الأفضل استخدام نمط التعامل مع الأخطاء باستخدام try-catch أو التعامل مع الأخطاء باستخدام معالج الأخطاء (error handler) المخصص لـ Express.

التعامل مع استثناءات الاعتمادية على الاستثناءات: في بعض الحالات، من الأفضل استخدام أدوات ومكتبات مخصصة للتعامل مع استثناءات الاعتمادية على الاستثناءات بدلاً من استخدام throw new Error.

الاعتماد على Express Error Handler (أو throw new Error) يعتمد على تفضيلات التصميم ونوع التطبيق وحجمه والسيناريوهات المحتملة التي قد تحدث. من الأفضل القيام بالتجربة والتحقق من الأساليب التي تعمل بشكل جيد في تطبيقك وتلبي احتياجاتك.