لقد كنت أتساءل عن سبب وجود الكثير من الضجيج حول React. يبدو أن الجميع يهتمون بهذا الأمر، لكن لا يسعني إلا أن أسأل: "لماذا رد الفعل؟ لماذا لا امبر؟" ?

أنا شخصياً معجب كبير بـ Ember. ربما يكون ذلك لأنني تعلمت Ember قبل الغوص في React. عندما بدأت في تعلم React، وجدت أن العديد من ميزاتها تبدو مشابهة تمامًا لميزات Ember. ولكن على الرغم من أوجه التشابه، ما زلت أجد Ember أسهل وأكثر بديهية.

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

دعني أشارككم سبب تميز Ember في كتابي، خاصة عند مقارنته بـ React:

؟ إمبر سطر الأوامر

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

أدوات واجهة سطر الأوامر (CLI) الخاصة بـ React، مثل إنشاء تطبيق React، سهلة الاستخدام ولكنها تقدم عادةً وظائف مدمجة أقل. غالبًا ما تتطلب تكوينًا إضافيًا للإعدادات المعقدة، مما قد يزيد من أعباء التطوير.

؟ سهولة التوجيه

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

يتطلب توجيه React المزيد من الإعداد والتكوين، خاصة عند التعامل مع المسارات المتداخلة والقطاعات الديناميكية.

؟ الاتفاقيات القوية

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

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

؟ اختبار سهل

يعتبر الاختبار في Ember واضحًا وقويًا. تأتي واجهة سطر الأوامر (CLI) الخاصة بإطار العمل مع دعم اختبار مدمج، مما يسهل كتابة الاختبارات وتشغيلها.

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

؟ إمبر ميراج

بالنسبة لتطوير الواجهة الأمامية، تعد Ember Mirage ميزة كبيرة. إنه بمثابة خادم في الذاكرة يسمح لك بالسخرية من تفاعلات واجهة برمجة التطبيقات (API) دون الحاجة إلى واجهة خلفية حقيقية. يعد هذا مفيدًا بشكل خاص لتطوير الميزات واختبارها عندما تكون الواجهة الخلفية قيد التقدم أو عند محاكاة استجابات الخادم المختلفة.

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

إذن ما رأيك؟ هل جربت إمبر؟ ؟ هل لديك أي تجارب أو آراء حول سبب كون أحدهما أفضل من الآخر؟

فلنبدأ مناقشة في التعليقات أدناه. أحب أن أسمع أفكارك وتجاربك. ?

إذا كنت مهتمًا بمعرفة المزيد عن Ember، فيمكنك الاطلاع على وثائق Ember.js الرسمية هنا.