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

Do: يجب على MapstateToProps فقط إرجاع الأوليات والمصفوفات التي تأتي مباشرة من الحالة (لا تقم بإنشاء مصفوفة جديدة من MapStateToProps، إذا لزم الأمر، قم بإنشاء محدد يقوم بتخزين المصفوفة الناتجة مؤقتًا من حساب الوسائط). يجب أن تحتوي المصفوفات التي سيتم تكرارها لاحقًا على معرف السلسلة للعنصر الذي سيتم عرضه. عنصر القائمة هو المسؤول عن العثور على المعلومات المتعلقة بالحالة العالمية باستخدام المعرف الذي تم تمريره من الدعائم.

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

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

لا تفعل: قم بإنشاء مخفضات خاصة بالصفحة/الشاشة التي تقوم بإنشائها. فكر في كيفية توسيع نطاقه ليشمل الصفحات/الشاشات الأخرى. تشاور مع الفريق لمعرفة الاستخدامات المستقبلية المحتملة للصفحات/الشاشات التي تقوم بإنشائها.

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

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

افعل: استخدم أداة تفرض جودة التعليمات البرمجية مثل Sonar، وهذا سيوفر الكثير من الوقت أثناء مراجعة التعليمات البرمجية فقط لأن شخصًا ما قرر استخدام if... else بدلاً من if... return . التفاصيل الصغيرة الصغيرة التي تجعل المطور أقل إبداعًا ويتبع فقط ما تنص عليه معايير السونار لجودة الكود. من السهل ترميز قاعدة التعليمات البرمجية التي تتبع حتى هذه التفاصيل للأسنان منذ اليوم الأول.

خاتمة

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