ConstructiCat Logo
CodeBust.
Browse section ▾

Введение Null-объекта.

Problem

Из-за того, что некоторые методы возвращают null вместо реальных объектов, у вас в коде присутствует множество проверок на null.

Solution

Вместо null возвращайте Null-объект, который предоставляет поведение по умолчанию.

##Example

Before
if (customer == null) {
  plan = BillingPlan.basic();
}
else {
  plan = customer.getPlan();
}
After
class NullCustomer extends Customer {
  boolean isNull() {
    return true;
  }
  Plan getPlan() {
    return new NullPlan();
  }
  // Some other NULL functionality.
}

// Replace null values with Null-object.
customer = (order.customer != null) ?
  order.customer : new NullCustomer();

// Use Null-object as if it's normal subclass.
plan = customer.getPlan();

##Why Refactor

Десятки проверок на null усложняют и засоряют код.

##How to Refactor

  1. Из интересующего вас класса создайте подкласс, который будет выполнять роль Null-объекта.

  2. В обоих классах создайте метод isNull(), который будет возвращать true для Null-объекта и false для реального класса.

  3. Найдите все места, где код может вернуть null вместо реального объекта. Измените этот код так, чтобы он возвращал Null-объект.

  4. Найдите все места, где переменные реального класса сравниваются с null. Замените такие проверки вызовом метода isNull().

    • Если в этих условных операторах при значении не равном null выполняются методы исходного класса, переопределите эти методы в Null-классе и вставьте туда код из else части условия. После этого условный оператор можно будет вообще удалить, а разное поведение будет осуществляться за счёт полиморфизма.
    • Если не все так просто, и методы переопределить не получается, посмотрите, можно ли просто выделите операции, которые должны были выполняться при значении равном null в новые методы Null-объекта. Вызывайте эти методы вместо старого кода в else как операции по умолчанию.
← Previous
Введение проверки утверждения
Next →
Удаление управляющего флага