Refactoring/introduce null object

المشكلة

تؤدي إعادة بعض التوابع للقيمة null بدلًا من الكائنات الحقيقية إلى امتلاء الشيفرة البرمجية بالعديد من نقاط التحقق من القيمة null.

الحل

إعادة كائن فارغ يظهر السلوك الافتراضي بدلًا من null.

مثال

قبل إعادة التصميم

وجودة نقطة تحقق شرطية من الكائن customer لاتخاذ إجراء مناسب إن كانت قيمته null:

في لغة Java:

if (customer == null) {
  plan = BillingPlan.basic();
}
else {
  plan = customer.getPlan();
}

في لغة C#‎:

if (customer == null) 
{
  plan = BillingPlan.Basic();
}
else 
{
  plan = customer.GetPlan();
}

في لغة PHP:

if ($customer == null)
  $plan = BillingPlan::basic();
else
  $plan = $customer->getPlan();

في لغة Python:

if customer == None:
    plan = BillingPlan.basic()
else:
    plan = customer.getPlan()

بعد إعادة التصميم

إنشاء صنف عدمي للكائن customer يدعى NullCustomer يستبدل القيم العدمية فيه:

في لغة Java:

class NullCustomer extends Customer {
  boolean isNull() {
    return true;
  }
  Plan getPlan() {
    return new NullPlan();
  }
  // بعض وظائف NULL الأخرى.
}

// استبدل القيم الفارغة بالكائن Null.
customer = (order.customer != null) ?
  order.customer : new NullCustomer();

// استخدام كائن Null كما لو كان صنف فرعي عادي.
plan = customer.getPlan();

في لغة C#‎:

public sealed class NullCustomer: Customer 
{
  public override bool IsNull 
  {
    get { return true; }
  }
  
  public override Plan GetPlan() 
  {
    return new NullPlan();
  }
  // بعض وظائف NULL الأخرى.
}

// استبدل القيم الفارغة بالكائن Null.
customer = order.customer ?? new NullCustomer();

// استخدام كائن Null كما لو كان صنف فرعي عادي.
plan = customer.GetPlan();

في لغة PHP:

class NullCustomer extends Customer {
  function isNull() {
    return true;
  }
  function getPlan() {
    return new NullPlan();
  }
  // بعض وظائف NULL الأخرى.

// استبدل القيم الفارغة بالكائن Null.
$customer = ($order->customer != null) ?
  $order->customer :
  new NullCustomer();

// استخدام كائن Null كما لو كان صنف فرعي عادي.
$plan = $customer->getPlan();

في لغة Python:

class NullCustomer(Customer):

    def isNull(self):
        return True
    
    def getPlan(self):
        return self.NullPlan()
        
    # بعض وظائف NULL الأخرى.

# استبدل القيم الفارغة بالكائن Null.
customer = order.customer if order.customer != None else NullCustomer()

# استخدام كائن Null كما لو كان صنف فرعي عادي.
plan = customer.getPlan()

لم إعادة التصميم؟

تُحيل العشرات من نقاط التحقق من القيمة null الشيفرةَ البرمجية أطول وأقبح.

مساوئ تطبيق الحل

• يجب إنشاء صنف جديد آخر للتخلص من الشرطيات.

آلية الحل

1. أنشئ صنفًا فرعيًّا للصنف المعني يقوم بدور كائن فارغ.
2. في كلا الصنفين، أنشئ التابع isNull()‎ الذي يعيد true لكائن فارغ و false للصنف الحقيقي.
3. ابحث عن جميع الأماكن التي يمكن أن تُعيد فيها null للشيفرة بدلًا من كائنٍ حقيقيٍ، وغيَّر الشيفرة البرمجية بحيث تُعيد كائنًا فارغًا.
4. ابحث عن جميع الأماكن حيث تُقارن متغيرات الصنف الحقيقي مع null، واستبدل نقاط التحقق هذه باستدعاءات للتابع isNull()‎.
   • إذا نُفّذَت توابع الصنف الأصلي داخل هذه الكتل الشرطية عندما لا تساوي قيمة ما null، أعِد تعريف هذه التوابع في الصنف الفارغ وأدرج فيه الشيفرة البرمجية من الجزء else من الشرط. ثم يمكنك حذف كامل الشرط وتنفيذ تغيير السلوك عبر التعددية الشكلية.
   • إذا لم تكن الأمور بهذه البساطة ولا يمكن إعادة تعريف التوابع، فتحقق من إذا كان يمكنك ببساطة استخراج العوامل التي كان من المفترض تنفيذها في حالة القيمة null إلى توابع جديدة للكائن الفارغ. واستدعِ هذه التوابع بدلًا من الشيفرة البرمجية القديمة في else كعمليات افتراضية.

انظر أيضًا

• تبديل الشرطيات بالتعدديّة الشكليّة.
• استخدام التعليمة Switch.
• الحقول المؤقتة.

مصادر

• صفحة توثيق تقديم الكائن الفارغ في موقع refactoring.guru.