كيف تقوم بنمذجة مجال معين في فئات مصممة بشكل جيد؟

Question

Accepted Answer

تصميم الفئات الجيد يعني فئات تعكس مفاهيم المجال الحقيقية، كل منها بـ **مسؤولية واحدة واضحة**، مترابطة من خلال علاقات **is-a/has-a** صادقة، وتعتمد على **التجريدات** عند الحدود. لا توجد صيغة، لكن هناك عملية قابلة للتكرار. ## عملية عملية ```text 1. Find the NOUNS → candidate classes (Order, Customer, Payment) 2. Find the VERBS → candidate behaviors/methods (place, refund, ship) 3. Assign each behavior to the class that OWNS the data it needs (high cohesion) 4. Choose relationships: IS-A (rare, must pass LSP) vs HAS-A (default) 5. Depend on interfaces at boundaries (DIP); inject volatile dependencies 6. Keep invariants inside the object (encapsulation); prefer immutability for values ``` ## السلوك يتبع البيانات ```java // ❌ logic separated from data (anemic) → low cohesion class Order { List items; } class OrderCalculator { double total(Order o) {...} } // ✅ behavior lives with the data it operates on class Order { private final List items; public Money total() { // owns its own rule return items.stream().map(Item::price).reduce(Money.ZERO, Money::plus); } } ``` ## الاستدلالات التي تحافظ على صحة الهرميات | الاستدلال | السبب | |---|---| | فضّل التركيب؛ استخدم الوراثة فقط لـ is-a الحقيقية | تجنب فخاخ fragile base class / LSP | | حافظ على الهرميات ضحلة (مستويات 2–3) | الأشجار العميقة تربط كل شيء | | سبب واحد للتغيير لكل فئة (SRP) | يوضع التغيير في مكان واحد | | برمج للواجهات عند الحدود | إمكانية الاختبار والتبديل | | اجعل value objects غير قابلة للتغيير | يقضي على فئة كاملة من الأخطاء | ## الفخ لا تقم بنمذجة *العالم كله* مقدماً. ابدأ بفئات صغيرة وملموسة؛ استخرج التجريدات فقط عندما يظهر تنوع حقيقي (قاعدة الثلاثة). الهرميات التي تم التنبؤ بها تتقادم بشكل سيء. ## أهميته النموذج الذي يعكس المجال يجعل الكود موضحاً لنفسه — يقرأ المهندس الجديد `order.refund()` ويفهم العملية، وليس فقط بناء الجملة. الفائدة تتراكم: الفئات المتماسكة والمفصولة بشكل فضفاض توضع التغيير في مكان واحد، لذا الميزات والإصلاحات تمس ملفات قليلة بدلاً من أن تنتشر عبر النظام.

الاستدلال	السبب
فضّل التركيب؛ استخدم الوراثة فقط لـ is-a الحقيقية	تجنب فخاخ fragile base class / LSP
حافظ على الهرميات ضحلة (مستويات 2–3)	الأشجار العميقة تربط كل شيء
سبب واحد للتغيير لكل فئة (SRP)	يوضع التغيير في مكان واحد
برمج للواجهات عند الحدود	إمكانية الاختبار والتبديل
اجعل value objects غير قابلة للتغيير	يقضي على فئة كاملة من الأخطاء