필수 메소드 매개 변수에 assert 또는 IllegalArgumentException을 사용하는 것이 더 낫습니까?

Java에서 더 권장되는 이유는 무엇입니까? 두 유형 모두 예외가 발생하므로 처리 측면에서 동일합니다. assert약간 짧지 만 얼마나 중요한지 잘 모르겠습니다.

public void doStuff(Object obj) {
    assert obj != null;
    ...
}

vs

public void doStuff(Object obj) {
    if (obj == null) {
        throw new IllegalArgumentException("object was null");
    }
    ...
}

조심해!

코드를 컴파일 할 때 "어설 션 사용"을 명시 적으로 지정하지 않으면 어설 션 이 런타임에 제거됩니다. Java 어설 션은 프로덕션 코드에서 사용되지 않아야하며 개인용 메소드는 개발자 만 알고 사용할 것으로 예상되므로 개인용 메소드 ( 예외 어설 션 참조) 로 제한해야합니다 . 또한 assert발생합니다 AssertionError를 확장 Error하지 Exception, 그리고 일반적으로 당신은 매우 비정상적인 오류를 나타냅니다 (복구하기 어렵다 "OutOfMemoryError가"와 같은을, 그렇지?) 당신은 치료를 할 수있을 것으로 예상되지 않습니다.

"enable assertions"플래그를 제거하고 디버거를 확인하면이 코드가 컴파일되지 않았기 때문에 ( "ea"가 제거 될 때) IllegalArgumentException throw 호출을 밟지 않을 것입니다.

공용 / 보호 된 메소드에는 두 번째 구성을 사용하는 것이 좋으며 한 줄의 코드로 수행되는 것을 원한다면 적어도 한 가지 방법이 있습니다. 개인적으로 사용하는 스프링 프레임 워크 의 Assert인수 실패에 그 던져 ", IllegalArgumentException를"확인하기위한 몇 가지 방법을 가지고 클래스를. 기본적으로 수행하는 작업은 다음과 같습니다.

Assert.notNull(obj, "object was null");

... 실제로 두 번째 예제에서 작성한 것과 정확히 동일한 코드를 실행합니다. 다음과 같은 몇 가지 다른 유용한 방법이 있습니다 hasText, hasLength거기에.

필자는 필요한 것보다 더 많은 코드를 작성하는 것을 좋아하지 않으므로 작성된 줄 수를 2 줄로 줄이면 행복합니다 (2 줄> 1 줄) :-)

예외를 사용해야합니다. 어설 션을 사용하면 기능이 잘못 사용됩니다.

검사되지 않은 예외는 라이브러리 사용자 의 프로그래밍 오류 를 감지하도록 설계되었으며 어설 션은 자체 논리 에서 오류를 감지하도록 설계되었습니다 . 이들은 혼합해서는 안되는 별도의 문제입니다.

예를 들어 어설 션

assert myConnection.isConnected();

"이 어설 션으로 이어지는 각 코드 경로 myConnection가 연결되어 있는지 확인합니다. 위의 코드가 유효한 연결을 얻지 못하면이 지점에 도달하기 전에 예외가 발생하거나 반환되어야합니다."

한편, 수표

if (!myConnection.isConnected()) {
    throw new IllegalArgumentException("connection is not established");
}

"연결을 설정하지 않고 라이브러리를 호출하는 것은 프로그래밍 오류"를 의미합니다.

당신이 허용하지 않는 기능을 작성하는 경우 null유효한 매개 변수 값으로를, 당신은 추가해야합니다 @Nonnull서명에 주석을 사용할 Objects.requireNonNull인수가 있는지 확인을 null하고 던져 NullPointerException가됩니다. @Nonnull주석은 문서 용이며 어떤 경우에는 컴파일시에 도움이 경고를 제공 할 것입니다. null런타임시 전달 되지 않습니다 .

void doStuff(@Nonnull Object obj) {
    Objects.requireNonNull(obj, "obj must not be null");

    // do stuff...
}

업데이트 :@Nonnull 주석이 자바 표준 라이브러리의 일부가 아닙니다. 대신, 타사 라이브러리의 수많은 경쟁 표준이 있습니다 ( 어떤 @NotNull Java 주석을 사용해야합니까? 참조 ). 그것은 그것을 사용하는 것이 나쁜 생각이 아니라 표준이 아니라는 것을 의미하지는 않습니다.

나는 항상 어설 션보다 IllegalArgumentException을 던지는 것을 선호합니다.

어설 션은 주로 JUnit 또는 기타 테스트 도구에서 테스트 결과를 확인 / 검증하기 위해 사용됩니다. 따라서 다른 개발자에게는 메소드가 테스트 메소드라는 잘못된 인상을 줄 수 있습니다.

또한 메소드에 잘못된 인수 나 부적절한 인수가 전달 되면 IllegalArgumentException을 발생 시키는 것이 좋습니다 . 이는 Java 개발자가 따르는 예외 처리 규칙과 더 일치합니다.

두 번째 IMO는 더 많은 정보를 제공하고 (예를 들어 예외 클래스를 확장하여) 더 많은 정보를 제공하기 위해 확장 될 수 있기 때문에 약간 더 좋습니다. 또한 부정적인 비교를 사용하지 않으므로 이해하기 쉽습니다.

나는 aserts를 많이 사용하지 않지만 Lombock @NonNull의 일반적인 접근 방식 : https://projectlombok.org/features/NonNull

롬복 구현 : import lombok.NonNull;

public class NonNullExample extends Something {
  private String name;

  public NonNullExample(@NonNull Person person) {
    super("Hello");
    this.name = person.getName();
  }
}

자바 버전 :

 import lombok.NonNull;

public class NonNullExample extends Something {
  private String name;

  public NonNullExample(@NonNull Person person) {
    super("Hello");
    if (person == null) {
      throw new NullPointerException("person");
    }
    this.name = person.getName();
  }
}

롬복은 정말 좋은 라이브러리입니다.