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