DAY 15

🔖 오늘 읽은 범위 : 7. 오류처리 (137~142p)

🤓 책에서 기억하고 싶은 내용

정상 흐름을 정의하라

• 논리와 오류 구분은 좋지만 오류 감지가 프로그램 언저리로 밀려날 수 있다.
• 기본 값을 리턴함으로서 불필요한 중단을 제거하는 예제

  try {
      MealExpenses expenses = expenseReportDAO.getMeals(employee.getID());
      m_total += expenses.getTotal();
  } catch (MealExpensesNotFound e) {
      m_total += getMealPerDiem();
  }

  특수상황을 처리할 필요가 없으면 더 좋겠다

  public class PerDiemMealExpenses implements MealExpenses {
      public int getTotal() {
          // 기본값으로 일일 기본 식비를 반환한다. }
      }
  }

  위와 같이 기본값을 반환하면 중단할 필요가 없다

  MealExpenses expenses = expenseReportDAO.getMeals(employee.getID());
  m_total += expenses.getTotal();

null을 반환하지 마라

public void registerItem(Item item) {
    if (item != null) {
        ItemRegistry registry = peristentStore.getItemRegistry();
        if (registry != null) {
            Item existing = registry.getItem(item.getID());
            if (existing.getBillingPeriod().hasRetailOwner()) {
                existing.register(item);
            }
        }
    }
}

• null 확인을 누락하는게 문제가아니라 애초에 null return을 최소화 해야 한다
• 대신에 예외를 던지거나 특수 사례 객체를 반환
• 외부 API가 null을 반환 한다면 감싸기 메서드 구현해 예외, 특수사례객체 반환

List < Employee > employees = getEmployees();
if (employees != null) {
    for (Employee e: employees) {
        totalPay += e.getPay();
    }
}

위 경우에서 getEmployees를 아래와 같이 변경

public List < Employee > getEmployees() {
    if (..직원이 없다면..)
        return Collections.emptyList();
}

empty List 를 반환하였으므로 null 체크 없이 진행

List < Employee > employees = getEmployees();
for (Employee e: employees) {
    totalPay += e.getPay();
}

null을 전달하지 마라

• 메서드로 null 을 전달하는 방식은 더 나쁘다
• 두 지점 사이의 거리를 계싼하는 메서드 예제

  public class MetricsCalculator {
      public double xProjection(Point p1, Point p2) {
              return (p2.x– p1.x) * 1.5;
          }
          ...
  }

  누군가 Null 을 전달한다면

  calculator.xProjection(null, new Point(12, 13));

  → NullPointerException 발생 방법1. 새로운 예외 유형을 만들어 던짐

  public class MetricsCalculator {
      public double xProjection(Point p1, Point p2) {
          if (p1 == null || p2 == null) {
              throw InvalidArgumentException(
                  "Invalid argument for MetricsCalculator.xProjection");
          }
          return (p2.x– p1.x) * 1.5;
      }
  }

  기존보다는 낫지만 InvalidArgumentException 처리기가 필요하다 방법2. assert문을 사용

  public class MetricsCalculator {
      public double xProjection(Point p1, Point p2) {
          assert p1 != null: "p1 should not be null";
          assert p2 != null: "p2 should not be null";
          return (p2.x– p1.x) * 1.5;
      }
  }

  보기에는 편하지만 여전히 null 전달 되었을 때 오류가 발생하긴함
  

결론

• 깨끗한 코드는 읽기도 좋아야 하지만 안정성도 높아야 한다
• 오류 처리를 논리와 분리해 독립적인 추론과 유지보수성을 높혀라

🤔 떠오르는 생각

• 예외처리나 NULL을 쓰지않는 코드 패턴들이 이미 컴파일러에 내장된 Rust의 힘이 새삼 대단하다고 느껴짐

🔎 질문

📝 소감 3줄 요약

• 특수상황을 기본 값으로 리턴함으로서 불필요한 에러 처리(중단)를 제거
• NULL을 반환하지 말고 예외나 특수 객체를 반환
• 메서드로 NULL을 전달하지 말고 새로운 예외를 던지거나 assert문 활용