JAVA
java
java
  • README
  • Java
    • Basic
      • 변수와 타입
      • 연산자
      • 조건문과 반복문
      • 참조 타입
      • 클래스
      • 상속(Inheritance)
      • 인터페이스(Interface)
      • 중첩 클래스와 중첩 인터페이스
      • 예외 처리
      • API - Object, System, Class, Math, Wrapper
      • API - String, StringBuffer, StringBuilder
      • Thread
      • Generic
      • Lambda
      • Collection - List, Set
      • Collection - Map
      • Collection - Tree
      • Collection - Stack, Queue
      • Stream
      • Reflection
      • 정규표현식
      • GUI
      • UML
      • Serializable
    • Advanced
      • OutOfMemoryError
      • AutoValue
      • meta-annotation
        • @Retention
        • @Target
        • @Repeatable
    • Effective Java 3/E
      • ITEM 1: Static Factory Method(정적 메소드)
      • ITEM 2: Builder Pattern
      • ITEM 3: Singleton
      • ITEM 4: Private Constructor
      • ITEM 5: Dependency Injection
      • ITEM 6: Avoid Unnecessary Object
      • ITEM 7: Eliminate Object Reference
      • ITEM 8: Avoid finalizer and cleaner
      • ITEM 9: try-with-resources
      • ITEM 10: The gerneral contract when overriding equlas
      • ITEM 11: Overriding hashCode
      • ITEM 12: overriding toString
      • ITEM 13: overriding clone judiciously
      • ITEM 14: Consider implementing comparable
      • ITEM 15: 클래스와 멤버의 접근을 최소화해라
      • ITEM 16: Use Accessor methods
      • ITEM 17: 변경 가능성을 최소화해라(불변 클래스)
      • ITEM 18: 상속보단 컴포지션을 사용해라
      • ITEM 19: 상속을 고려해 설계하고 문서화해라
      • ITEM 20: 추상 클래스보다 인터페이스를 우선하라
      • ITEM 21: 인터페이스는 구현하는 쪽을 생각해 설계해라.
      • ITEM 22: 인터페이스는 타입을 정의하는 용도로만 사용해라
      • ITEM 23: 태그 달린 클래스보다 클래스 계층구조를 활용해라
      • ITEM 24: 멤버 클래스는 되도록 static으로 구현해라
      • ITEM 25: 톱레벨 클래스는 한 파일에 하나만 생성해라.
      • ITEM 26: Raw type은 사용하지 마라
      • ITEM 27: 비검사 경고를 제거해라
      • ITEM 28: 배열보다는 리스트를 사용해라
      • ITEM 29: 이왕이면 제네릭 타입으로 만들어라
      • ITEM 30: 이왕이면 제네릭 메서드로 만들어라
      • ITEM 31 : 한정적 와일드카드를 사용해 API 유연성을 높여라
      • ITEM 32: 제네릭과 가변인수를 함께 쓸 때는 신중해라
      • ITEM 33: 타입 안전 이종 컨테이너를 고려해라
      • ITEM 34: int 상수 대신 열거 타입을 사용해라
      • ITEM 35: ordinal 메서드 대신 인스턴스 필드를 사용해라
      • ITEM 36: 비트 필드 대신 EnumSet을 사용해라
      • ITEM 37: ordinal 인덱싱 대신 EnumMap을 사용해라
      • TEM 38 : 확장할 수 있는 열거타입이 필요하면 인터페이스를 사용해라
      • ITEM 39: 명명 패턴보다 애너테이션을 사용해라
      • ITEM 40: @Override 어노테이션을 일관되게 사용해라
      • ITEM 41: 정의하려는 것이 타입이라면 마커 인터페이스를 사용해라
      • ITEM 42: 익명 클래스보다는 람다를 사용해라
      • ITEM 43: 람다보다는 메서드 참조를 사용해라
      • ITEM 44: 표준 함수형 인터페이스를 사용해라
      • ITEM 45: 스트림은 주의해서 사용해라
      • ITEM 46: 스트림에서 부작용 없는 함수를 사용해라
      • ITEM 47: 반환 타입으로는 스트림보다 컬렉션이 낫다.
      • ITEM 48: 스트림 병렬화는 주의해서 사용해라
      • ITEM 49: 매개변수가 유효한지 검사해라
      • ITEM 50: 적시에 방어적 복사본을 만들어라
      • ITEM 51: 메서드 시그니처를 신중히 설계해라
      • ITEM 52: 다중정의는 신중히 사용해라
      • ITEM 53: 가변인수는 신중히 사용해라
      • ITEM 54: null이 아닌, 빈 컬렉션이나 배열을 반환해라
      • ITEM 55: Optional 반환은 신중하게 해라
      • ITEM 56: 공개된 API 요소에는 항상 주석을 작성해라
      • ITEM 57: 지역변수의 범위를 최소화해라
      • ITEM 58: 전통적인 for 문보다는 for-each문을 사용해라
      • ITEM 59: 라이브러리를 익히고 사용해라
      • ITEM 60: 정확한 답이 필요하다면 float와 double은 피해라
      • ITEM 61: 박싱된 기본 타입보다는 기본 타입을 사용해라
      • ITEM 62: 다른 타입이 적절하다면 문자열 사용을 피해라
      • ITEM 63: 문자열 연결은 느리니 주의해라
      • ITEM 64: 객체는 인터페이스를 사용해 참조해라
      • ITEM 65: 리플렉션보다는 인터페이스를 사용해라
      • ITEM 66: 네이티브 메서드는 신중히 사용해라
      • ITEM 67: 최적화는 신중히 해라
      • ITEM 68: 일반적으로 통용되는 명명 규칙을 따라라
    • 객체지향 설계 원칙(SOLID)
    • 디자인패턴
      • Strategy Pattern
      • Template Method Pattern
      • Factory Method Pattern
      • Singleton
      • Delegation
      • Proxy
      • Adapter Pattern
    • 실습
      • 인터페이스 실습 - Vehicle
      • 인터페이스 실습 - Remote
      • GUI 실습 - Calculator
      • GUI 실습 - button
      • GUI 실습 - lotto
      • Thread 실습 - 좌석예약, 메세지보내기
    • Jar vs War
Powered by GitBook
On this page
  • 자바8 이전 값을 반환할 수 없는 경우
  • 예외
  • null
  • 자바8 이후 : Optional
  • stream 종단 연산
  • Optional을 사용하는 기준
  • Optional 메서드

Was this helpful?

  1. Java
  2. Effective Java 3/E

ITEM 55: Optional 반환은 신중하게 해라

자바8 이전 값을 반환할 수 없는 경우

예외

예외는 진짜 예외적인 상황에서만 사용해야하며, 예외를 생성할 때 스택 추적 전체를 캡처하는 비용도 만만치 않다.

public static <E extends Comparable<E>> E max(Collection<E> c){
  if (c.isEmpty())
    throw new IllegalArgumentException("빈 컬렉션");

  E result = null;
  for (E e : c){
    if (result == null || e.compareTo(result) > 0){
      result = Objects.requireNonNull(e);
    }
  }
  return result;
}

null

null을 반환하면, 예외를 던지는 경우와 같은 문제는 발생하지 않지만, null 을 반환할 수 있는 메서드 호출시 별도의 null 처리 코드를 추가해줘야한다. 그렇지 않으면, 근본적인 원인과 상관 없는 코드에서 NullPointerException이 발생할 수 있다.

자바8 이후 : Optional

Optional<T>는 null이 아닌 T 타입 참조를 하나 담거나, 아무것도 담지 않을 수 있다. 보통 T를 반환해야 하지만 특정 조건에서 아무것도 반환하지 않아야 할 때 T 대신 Optional<T>를 반환하도록 선언하면 된다.

  • 유요한 값이 없는 경우 빈 결과를 반환

  • 예외를 던지는 메서드보다 유연하고, 사용하기 쉬움

  • null을 반환하는 메서드보다 오류 가능성이 적음

public static <E extends Comparable<E>> Optional<E> max(Collection<E> c){
  if (c.isEmpty())
    return Optional.empty(); // 빈 옵셔널

  E result = null;
  for (E e : c){
    if (result == null || e.compareTo(result) > 0){
      result = Objects.requireNonNull(e);
    }
  }
  return Optional.of(result); // 값이든 옵셔널
}
  • Optional.empty() : 빈 옵셔널

  • Optional.of(v) : 값이 있는 옵셔널(null 허용안함)

  • Optional.ofNullable(v) : null 값 허용하는 값이있는 옵셔널

Optional을 반환하는 메서드에서는 절대 null을 반환해서는 안된다. null을 반환하는 것은 Optional을 도입한 취지를 무시하는 것이다.

stream 종단 연산

스트림 종단 연산 중 옵셔널을 반환하는 연산이 많다.

public static <E extends Comparable<E>> Optional<E> max(Collection<E> c){
  return c.stream().max(Comparator.naturalOrder());
}

스트림 max 종단 연산으로 Optional을 반환하도록 쉽게 구현할 수 있다.

Optional을 사용하는 기준

  • 반환 값이 없을 수도 있음을 API 사용자에게 명확하게 알려준다.

  • Optional 반환시 클라이언트는 값을 받지 못한 경우 취할 행동을 설정해야한다.

  • 반환 값을 Optional을 사용하는 것이 무조건 좋은건 아니다.

    • 컬렉션, 스트림, 배열, 옵셔널 같은 컨테이너 타입은 Optional로 감싸면 안된다.

    • 빈 컨테이너를 반환하면, 옵셔널 처리 코드를 추가하지 않아도 된다.

  • 즉, 결과가 없을 수도 있으며, 클라이언트가 해당 상황을 별도로 처리해야하는 경우 Optional<T>를 반환

    • Optional 도 초기화, 할당과 값을 꺼내는데 메서드를 호출하는 비용이 든다.

    • 성능이 중요한 상황에서는 Optional이 맞지 않을 수 있다.

  • 박싱된 기본 타입을 담은 Optional을 반환하지 말자

    • OptionalInt, OptionalDouble, OptionalLong : int, double, long 기본 타입 전용 옵셔널 클래스 사용

    • Boolean, Byte, Character, Short, Float 는 상대적으로 덜 중요한 기본 타입으로 예외

  • Optional을 컬렉션의 키, 값, 원소, 배열의 원소로 사용하지 말자.

    • Map 안에 키가 없는 사실을 나타내는 경우가 2가지(키 자체가 없는 경우, 키는 있지만 빈 옵셔널인 경우)로 나뉘게 된다.

    • 복잡성을 오히려 높여 오류 가능성을 높일 수 있다.

Optional 메서드

  • orElse : 기본 값 설정

      String lastWordInLexicon = max(words).orElse("단어 없음");
  • orElseThrow : 원하는 예외 설정 - 실제 예외가 아닌 예외 팩터리를 생성해, 실제로 예외가 발생하지 않는 한 예외 생성 비용은 들지 않는다.

      Toy myToy = max(toys).orElseThrow(TemperTantrumExcpetion::new);
  • get : 항상 값이 채워져 있다고 가정하고, 바로 값을 꺼내서 사용

      Element lastNobleGas = max(Elements.NOBLE_GASES).get(); // 만약 잘못 판단한 경우 NoSuchElementException 발생
  • orElseGet : 기본값을 설정하는 비용이 부담스러울 때 Supplier<T>를 인수로 받는 메서드 사용 값이 처음 필요할 때 Supplier<T>를 사용해 생성하므로 초기 설정 비용을 낮출 수 있다.

  • isPresent : 옵셔널이 채워져 있으면 true, 빈 값이면 false 반환 isPresent는 다른 메서드들로 대체할 수 있으며, 대체해 사용한 경우 더 짧고 명확하고 용법에 맞는 코드가 되므로 신중히 사용

    • isPresent 사용

      Optional<ProcessHandle> parentProcess = ph.parent();
      System.out.println("부모 PID: " + (parentProcess.isPresent() ? 
                                       String.valueOf(parentProcess.get().pid()) : "N/A"));
    • map 사용

        System.out.println("부모 PID: " + ph.parent().map(h -> String.valueOf(h.pid()).orElse("N/A"));
  • 스트림을 사용하는 경우 Stream<Optional<T>>로 받아 값이 있는 옵셔널에서 값을 뽑아 Stream<T>에 전달

      streamOfOptionals.filter(Optional::isPresent).map(Optional::get)
  • Optional.stream() : Optional을 Stream으로 변환

      streamOfOptionals.flatMap(Optional::stream)
PreviousITEM 54: null이 아닌, 빈 컬렉션이나 배열을 반환해라NextITEM 56: 공개된 API 요소에는 항상 주석을 작성해라

Last updated 3 years ago

Was this helpful?

Optional<List<T>> 보다 빈 List<T>>가 더 좋다.()

ITEM 54