خلال عملية تطوير CloseOnion مؤخرًا، كان هناك سلسلة من خيارات الطرق التقنية، أدركت أنه حان الوقت للحديث عن ثقافة الهندسة التقنية لـ OpenOnion.
·-- 5.26
كيفية ضمان جودة الشفرة؟ كيفية ضمان التسليم الموثوق على المدى الطويل؟
قيمة OpenOnion هي البساطة والتكرار
يجب أن تكون الشفرة بسيطة، البساطة هي متطلبات القراءة والصيانة. لا يجب أن نربك عقولنا عند كتابة الشفرة.
يجب أن تكون وظيفة الشفرة قابلة للتكرار وقابلة للتجزئة.
القابلية للتكرار هي ضمان للتكامل الشامل. إنها أيضًا تحافظ على أدنى مستوى من الدهشة لدى المطورين والمستخدمين. لتحقيق القابلية للتكرار، بالطبع ستختار بشكل طبيعي جعل تفاصيل التنفيذ الخاصة بك تعتمد على التجريد بدلاً من أن يعتمد التجريد على التفاصيل.
بالطبع، هناك العديد من الأشياء الخارجية المهمة أيضًا، مثل عزل الواجهات، واختبار التلقائي، والتكامل المستمر، وإعادة التشكيل في الوقت المناسب. كل هذه هي ضمانات لجعل شفرتنا بسيطة وقابلة للتكرار، إذا كنت ترغب في تحقيق البساطة والتكرار، فسوف تلاحظ هذه الأشياء تدريجياً في المستقبل. هدفها جميعًا هو جعل الشفرة بسيطة وقابلة للتكرار.
آمل أن نتمكن في تطويرنا المستقبلي من التفكير أولاً في مدى بساطة هذا الجزء من الشفرة، هل يمكن للآخرين أن يفهموها بلمحة واحدة دون الحاجة إلى التفسير أو الوثائق؟ لا تستخدم الحيل والترفيه الزائد في الكتابة، يجب أن يكون قابل للفهم حتى من الأغبياء. يجب أن تفكر في ما إذا كانت وظيفة معينة مكتوبة بشكل طويل جدًا، هل تقسيمها إلى وظائف صغيرة سيكون أكثر وضوحًا؟ هل هذا الملف أو هذه الوظيفة مرتبطة بشكل زائد، هل هو التجريد يعتمد على التفاصيل، هل يمكن استخدام هذا الجزء في المستقبل؟
يجب على كل مطور أن يسأل نفسه بعض الأسئلة أثناء كتابة الشفرة:
- هل الشفرة بسيطة بما فيه الكفاية؟ هل يمكن للآخرين أن يفهموها بلمحة واحدة؟
- هل الشفرة سهلة الصيانة؟ هل ستؤثر تعديل جزء ما على أجزاء أخرى؟
- هل الشفرة قابلة لإعادة الاستخدام؟ هل يمكن تجزئتها واستخدامها في أماكن أخرى؟
- ?
من خلال الاستمرار في طرح هذه الأسئلة لأنفسنا، يمكننا ضمان أن الشفرة ستظل بسيطة وواضحة وقابلة للصيانة، وبالتالي تحقيق قيمتنا الأساسية: البساطة والتكرار.
فقط من خلال الالتزام بهذه المبادئ، يمكننا البقاء تنافسيين في بيئة تتغير باستمرار وتقديم منتجات برمجية عالية الجودة بشكل مستمر.