반응형
Jake Seo
제이크서 위키 블로그
Jake Seo
전체 방문자
오늘
어제
  • 분류 전체보기 (715)
    • 일상, 일기 (0)
    • 백준 문제풀이 (1)
    • 릿코드 문제풀이 (2)
    • 알고리즘 이론 (10)
      • 기본 이론 (2)
      • 배열과 문자열 (8)
    • 데이터베이스 (15)
      • Planet Scale (1)
      • MSSQL (9)
      • 디비 기본 개념 (1)
      • SQLite 직접 만들어보기 (4)
    • 보안 (7)
    • 설계 (1)
    • 네트워크 (17)
      • HTTP (9)
      • OSI Layers (5)
    • 회고 (31)
      • 연간 회고 (2)
      • 주간 회고 (29)
    • 인프라 (52)
      • 도커 (12)
      • AWS (9)
      • 용어 (21)
      • 웹 성능 (1)
      • 대규모 서비스를 지탱하는 기술 (9)
    • 깃 (7)
    • 빌드 도구 (7)
      • 메이븐 (6)
      • 그레이들 (0)
    • Java (135)
      • 이펙티브 자바 (73)
      • 자바 API (4)
      • 자바 잡지식 (30)
      • 자바 디자인 패턴 (21)
      • 톰캣 (Tomcat) (7)
    • 프레임워크 (64)
      • next.js (14)
      • 스프링 프레임워크 (28)
      • 토비의 스프링 (6)
      • 스프링 부트 (3)
      • JPA (Java Persistence API) (5)
      • Nest.js (8)
    • 프론트엔드 (48)
      • 다크모드 (1)
      • 노드 패키지 관리 매니저 (3)
      • CSS (19)
      • Web API (11)
      • tailwind-css (1)
      • React (5)
      • React 새 공식문서 요약 (1)
      • HTML (Markup Language) (5)
    • 자바스크립트 (108)
      • 모던 자바스크립트 (31)
      • 개념 (31)
      • 정규표현식 (5)
      • 코드 스니펫 (1)
      • 라이브러리 (6)
      • 인터뷰 (24)
      • 웹개발자를 위한 자바스크립트의 모든 것 (6)
      • 팁 (2)
    • Typescript (49)
    • 리눅스와 유닉스 (10)
    • Computer Science (1)
      • Compiler (1)
    • IDE (3)
      • VSCODE (1)
      • IntelliJ (2)
    • 세미나 & 컨퍼런스 (1)
    • 용어 (개발용어) (16)
      • 함수형 프로그래밍 용어들 (1)
    • ORM (2)
      • Prisma (2)
    • NODEJS (2)
    • cypress (1)
    • 리액트 네이티브 (React Native) (31)
    • 러스트 (Rust) (15)
    • 코틀린 (Kotlin) (4)
      • 자바에서 코틀린으로 (4)
    • 정규표현식 (3)
    • 구글 애널리틱스 (GA) (1)
    • SEO (2)
    • UML (2)
    • 맛탐험 (2)
    • 리팩토링 (1)
    • 서평 (2)
    • 소프트웨어 공학 (18)
      • 테스팅 (16)
      • 개발 프로세스 (1)
    • 교육학 (1)
    • 삶의 지혜, 통찰 (1)
    • Chat GPT (2)
    • 쉘스크립트 (1)
    • 컴파일 (2)
    • Dart (12)
    • 코드팩토리의 플러터 프로그래밍 (4)
    • 플러터 (17)
    • 안드로이드 스튜디오 (1)
    • 윈도우즈 (1)
    • 잡다한 백엔드 지식 (1)
    • 디자인 패턴 (1)

블로그 메뉴

  • 홈
  • 태그
  • 방명록

공지사항

인기 글

태그

  • 슬로우 쿼리
  • 러스트
  • Javadoc 자바독 자바주석 주석 Comment
  • item8
  • 알고리즘
  • 서버리스 컴퓨팅
  • 팩터리 메서드 패턴
  • try-with-resources
  • 참조 해제
  • NEXT JS
  • Pre-rendering
  • 이펙티브 자바
  • 메이븐 골
  • next js app
  • 싱글턴
  • bean Validation
  • pnpm
  • 자바스크립트
  • 플라이웨이트패턴
  • 메이븐 페이즈
  • 추상 팩터리 패턴
  • Next.js
  • 자료구조
  • 자바
  • 프로그래머의 뇌
  • 싱글톤 패턴
  • item9
  • 자바스크립트 면접
  • 메이븐 라이프사이클
  • 자바 디자인패턴
  • 자바스크립트 인터뷰
  • Java
  • 스프링 검증
  • serverless computing
  • 빈 검증
  • 자바 검증
  • 외래키 제약조건
  • 토비의 스프링
  • 도커공식문서
  • 느린 쿼리
  • 작업기억공간
  • 이펙티브 자바 item9
  • 싱글톤
  • 이펙티브자바
  • item7
  • 객체복사
  • prerendering
  • rust
  • 디자인패턴
  • MSSQL

최근 댓글

최근 글

티스토리

hELLO · Designed By 정상우.
Jake Seo

제이크서 위키 블로그

Java/이펙티브 자바

이펙티브 자바, 쉽게 정리하기 - item 39. 명명 패턴보다 애너테이션을 사용하라

2022. 5. 24. 19:02

이펙티브 자바, 쉽게 정리하기 - item 39. 명명 패턴보다 애너테이션을 사용하라

명명패턴이란?

  • 메서드의 이름 앞을 test...로 짓는 등 이름에 패턴을 주어 Reflection 등으로 해당 패턴 검출 시 특정 작업을 수행하는 식의 코딩 형식이다.

명명패턴의 단점

  • 오탈자의 위험
  • 메서드, 파라미터, 클래스명 등 영역에 대한 설정이 불가능하다.
  • 프로그램 요소를 매개변수로 전달할 마땅한 방법이 없다.
    • ex) 특정 예외가 던져져야 올바르게 실행되는 메서드가 있다면?

예제 실행 샘플 1: @MethodTest, 일반 메서드 애너테이션

@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.METHOD)
public @interface MethodTest {
}
  • @Retention과 @Target은 메타 애너테이션이라 불린다.
  • @Retention은 생존기간을 나타낸다.
    • RetentionPolicy.RUNTIME: 런타임에도 유지되어야 한다는 표시이다.
  • @Target(ElementType.METHOD): 해당 애너테이션이 반드시 메서드에 적용되어야 한다는 것을 알려준다.
  • @MethodTest: 애너테이션과 같이 아무 매개변수 없이 단순히 대상에 마킹하는 애너테이션을 마크 애너테이션이라고 한다.
public class Sample {
    @MethodTest
    public static void m1() { }
    public static void m2() { }

    @MethodTest
    public static void m3() {
        throw new RuntimeException("실패");
    }
    public static void m4() { }

    @MethodTest
    public void m5() { } // 잘못 사용한 예: 정적 메서드가 아니다.
    public static void m6() { }
    @MethodTest
    public static void m7() {
        throw new RuntimeException("실패");
    }
    public static void m8() { }
}
@Test
public void sampleClassAnnotationTest() throws ClassNotFoundException {
    int tests = 0;
    int passed = 0;
    Class<?> testClass = Class.forName("item39.Sample");
    Method[] declaredMethods = testClass.getDeclaredMethods();

    for (Method m : declaredMethods) {
        if(m.isAnnotationPresent(MethodTest.class)) {
            tests++;
            try {
                m.invoke(null);
                System.out.println(m + ", 성공");
                passed++;
            } catch (InvocationTargetException wrappedExc) {
                Throwable exc = wrappedExc.getCause();
                System.out.println(m + ", 실패: " + exc);
            } catch (Exception exc) {
                System.out.println("잘못 사용한 @Test: " + m + ", " + exc);
            }
        }
    }

    System.out.printf("성공: %d, 실패: %d%n", passed, tests - passed);
}
  • @Test 애너테이션은 Sample 클래스의 의미에 직접적인 영향을 주진 않고, 추가 정보를 주어 이 애너테이션에 관심이 있다면 특별한 처리를 할 수 있는 기회를 준다.
  • 클래스를 가져와서 메서드를 가져오고(getDeclaredMethods()) 리플렉션 API(Method)를 통해 해당 클래스의 메서드를 불러온다.
  • isAnnotationPresent()는 특정 애노테이션이 붙어있는지 확인할 수 있는 메서드이다.
  • invoke(null)을 통한 메서드 호출에 성공한다면, 아직 인스턴스화 전에 호출할 수 있는 메서드였으므로 정적 메서드였을 것이다.
    • 그러므로, 정적 메서드가 아닌 메서드는 호출에 실패하고 null을 넘긴 덕에 NullPointerException을 던지게 될 것이다.

실행 결과

public static void item39.Sample.m3(), 실패: java.lang.RuntimeException: 실패
public static void item39.Sample.m1(), 성공
잘못 사용한 @Test: public void item39.Sample.m5(), java.lang.NullPointerException: Cannot invoke "Object.getClass()" because "obj" is null
public static void item39.Sample.m7(), 실패: java.lang.RuntimeException: 실패
성공: 1, 실패: 3
  • RuntimeException을 던지는 두개의 메서드는 예상대로 실패한다.
  • 정적 메서드가 아니었던 m5()도 실패한다.
  • 정적 메서드이며, 예외를 던지지 않던 m1()만 멀쩡히 성공한다.

예제 실행 샘플 2: @ExceptionSingleTest 기본매개변수로 Exception을 받는 애너테이션

@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.METHOD)
public @interface ExceptionSingleTest {
    Class<? extends Throwable> value();
}
  • 애너테이션 내부 value() 필드는 기본 파라미터 값을 의미한다.
    • @Target 애너테이션의 경우 기본 파라미터 값으로 ElementType을 받는다고 보면 된다.
    • 여기서는 Throwable을 상속하는 모든 클래스를 받기 때문에 모든 예외를 포용할 수 있다.
public class Sample2 {
    @ExceptionSingleTest(ArithmeticException.class)
    public static void m1() {
        int i = 0; // 성공
        i = i / i;
    }

    @ExceptionSingleTest(ArithmeticException.class)
    public static void m2() {
        int[] a = new int[0]; // 실패, 다른 예외 발생
        int i = a[1];
    }

    @ExceptionSingleTest(ArithmeticException.class)
    public static void m3() { } // 실패, 예외가 발생하지 않음
}
  • ArithmeticException.class를 인자로 주었다.
@Test
public void sample2ClassAnnotationTest() throws ClassNotFoundException {
    int tests = 0;
    int passed = 0;
    Class<?> testClass = Class.forName("item39.Sample2");
    Method[] declaredMethods = testClass.getDeclaredMethods();

    for (Method m : declaredMethods) {
        if(m.isAnnotationPresent(ExceptionSingleTest.class)) {
            tests++;
            try {
                m.invoke(null);
                System.out.println(m + ", 테스트 실패 (예외를 던지지 않음)");
            } catch (InvocationTargetException wrappedExc) {
                Throwable exc = wrappedExc.getCause();
                Class<? extends Throwable> excType = m.getAnnotation(ExceptionSingleTest.class).value(); // 애너테이션 매개변수의 값을 추출한다.

                if(excType.isInstance(exc)) {
                    System.out.printf("테스트 %s 성공: 기대한 예외 %s, 발생한 예외 %s%n", m, excType.getName(), exc);
                    passed++;
                } else {
                    System.out.printf("테스트 %s 실패: 기대한 예외 %s, 발생한 예외 %s%n", m, excType.getName(), exc);
                }
            } catch (Exception exc) {
                System.out.println("잘못 사용한 @ExceptionTest: " + m);
            }
        }
    }

    System.out.printf("성공: %d, 실패: %d%n", passed, tests - passed);
}
  • Sample2 클래스에 선언된 메서드 중 @ExceptionSingleTest 애너테이션이 달린 것을 찾는다.
  • InvocationTargetException의 하위 예외가 일어나고, 그 예외가 @ExceptionSingleTest 애너테이션의 인수로서 들어온 예외와 일치해야만 passed의 카운트가 올라간다.
    • InvocationTargetException은 리플렉션 API의 통합 예외로 .getCause() 메서드를 통해서 실제 예외가 무엇인지 알 수 있다.

실행 결과

public static void item39.Sample2.m3(), 테스트 실패 (예외를 던지지 않음)
테스트 public static void item39.Sample2.m2() 실패: 기대한 예외 java.lang.ArithmeticException, 발생한 예외 java.lang.ArrayIndexOutOfBoundsException: Index 1 out of bounds for length 0
테스트 public static void item39.Sample2.m1() 성공: 기대한 예외 java.lang.ArithmeticException, 발생한 예외 java.lang.ArithmeticException: / by zero
성공: 1, 실패: 2

예제 실행 샘플 3: @ExceptionArrayTest 기본매개변수로 Exception 배열을 받는 애너테이션

@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.METHOD)
public @interface ExceptionArrayTest {
    Class<? extends Throwable>[] value();
}
  • 이전과 형태는 동일한데 배열로 받는 점만 다르다.
  • 사실 위의 형태로 단 하나의 애너테이션만 받더라도 아무런 에러가 나지 않는다.
    • ex) @ExceptionArrayTest(IndexOutOfBoundsException)처럼 작성해도 문제없다.
public class Sample3 {
    @ExceptionArrayTest({
            IndexOutOfBoundsException.class
            , NullPointerException.class
    })
    public static void doublyBad() {
        List<String> list = new ArrayList<>();
        list.add(5, null);
    }
}
  • 두가지 예외를 인자로 주었다.
@Test
public void sample3ClassAnnotationTest() throws ClassNotFoundException {
    int tests = 0;
    int passed = 0;
    Class<?> testClass = Class.forName("item39.Sample3");
    Method[] declaredMethods = testClass.getDeclaredMethods();

    for (Method m : declaredMethods) {
        if(m.isAnnotationPresent(ExceptionArrayTest.class)) {
            tests++;
            try {
                m.invoke(null);
                System.out.println(m + ", 테스트 실패 (예외를 던지지 않음)");
            } catch (InvocationTargetException wrappedExc) {
                Throwable exc = wrappedExc.getCause();
                int oldPassed = passed;
                Class<? extends Throwable>[] excTypes = m.getAnnotation(ExceptionArrayTest.class).value(); // 애너테이션 매개변수의 값을 추출한다.

                for (Class<? extends Throwable> excType : excTypes) {
                    if(excType.isInstance(exc)) {
                        System.out.printf("테스트 %s 성공: 기대한 예외 %s, 발생한 예외 %s%n", m, excType.getName(), exc);
                        passed++;
                        break;
                    }
                }

                if(oldPassed == passed) {
                    System.out.printf("테스트 %s 실패: 발생한 예외 %s%n", m, exc);
                }

            } catch (Exception exc) {
                System.out.println("잘못 사용한 @ExceptionTest: " + m);
            }
        }
    }

    System.out.printf("성공: %d, 실패: %d%n", passed, tests - passed);
}
  • InvocationTargetException을 통해 잡힌 예외 중 배열로 준 예외에서 하나라도 일치하는 인스턴스가 있다면, 통과가 되는 것으로 만들었다.
테스트 public static void item39.Sample3.doublyBad() 성공: 기대한 예외 java.lang.IndexOutOfBoundsException, 발생한 예외 java.lang.IndexOutOfBoundsException: Index: 5, Size: 0
성공: 1, 실패: 0
  • 5번째 인덱스가 초기화되지 않은 상태에서 값을 추가하여 IndexOutOfBoundsException이 발생했다.

예제 실행 샘플 4: @Repeatable 을 이용하여 여러 개의 값을 받을 수 있는 애너테이션 만들기

@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.METHOD)
@Repeatable(ExceptionTestContainer.class)
public @interface ExceptionRepeatableTest {
    Class<? extends Throwable> value();
}
  • 자바8부터 @Repeatable 애너테이션을 통해 반복되는 값을 받는다고 선언할 수 있다.
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.METHOD)
public @interface ExceptionTestContainer {
    ExceptionRepeatableTest[] value();
}
  • 이렇게 어떤 배열에 받아야 하는지에 대한 컨테이너가 필요하다.
public class Sample4 {
    @ExceptionRepeatableTest(IndexOutOfBoundsException.class)
    @ExceptionRepeatableTest(NullPointerException.class)
    public static void doublyBad() {
        List<String> list = new ArrayList<>();
        list.add(5, null);
    }
}
  • 아까 배열의 예제와 동일한데, @Repeatable을 이용하기만 했다.
@Test
public void sample4ClassAnnotationTest() throws ClassNotFoundException {
    int tests = 0;
    int passed = 0;
    Class<?> testClass = Class.forName("item39.Sample4");
    Method[] declaredMethods = testClass.getDeclaredMethods();

    for (Method m : declaredMethods) {
        if(m.isAnnotationPresent(ExceptionRepeatableTest.class)
            || m.isAnnotationPresent(ExceptionTestContainer.class)) {
            tests++;
            try {
                m.invoke(null);
                System.out.println(m + ", 테스트 실패 (예외를 던지지 않음)");
            } catch (InvocationTargetException wrappedExc) {
                Throwable exc = wrappedExc.getCause();
                int oldPassed = passed;

                ExceptionRepeatableTest[] excTests = m.getAnnotationsByType(ExceptionRepeatableTest.class);// 애너테이션 매개변수의 값을 추출한다.

                for (ExceptionRepeatableTest excTest : excTests) {
                    if(excTest.value().isInstance(exc)) {
                        System.out.printf("테스트 %s 성공: 기대한 예외 %s, 발생한 예외 %s%n", m, excTest.value().getName(), exc);
                        passed++;
                        break;
                    }
                }

                if(oldPassed == passed) {
                    System.out.printf("테스트 %s 실패: 발생한 예외 %s%n", m, exc);
                }

            } catch (Exception exc) {
                System.out.println("잘못 사용한 @ExceptionTest: " + m);
            }
        }
    }

    System.out.printf("성공: %d, 실패: %d%n", passed, tests - passed);
}
  • 반복 가능 애너테이션의 경우 모든 애너테이션을 확인하려면 조건문을 위와 같이 작성해야 한다.
    • m.isAnnotationPresent(ExceptionRepeatableTest.class) || m.isAnnotationPresent(ExceptionTestContainer.class)
  • 가독성이 조금 더 좋아진다.

핵심 정리

  • 애너테이션으로 할 수 있는 일을 굳이 명명패턴으로 처리하지 말자
  • 자바 프로그래머라면 애너테이션 타입들을 잘 사용하도록 노력해보자
반응형
저작자표시 비영리 (새창열림)

'Java > 이펙티브 자바' 카테고리의 다른 글

이펙티브 자바, 쉽게 정리하기 - item 41. 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라  (0) 2022.05.24
이펙티브 자바, 쉽게 정리하기 - item 40. @Override 애너테이션을 일관되게 사용하라  (0) 2022.05.24
이펙티브 자바, 쉽게 정리하기 - item 38. 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라  (0) 2022.02.24
이펙티브 자바, 쉽게 정리하기 - item 37. ordinal 인덱싱 대신 EnumMap을 사용하라  (0) 2022.02.24
이펙티브 자바, 쉽게 정리하기 - item 36. 비트 필드 대신 EnumSet을 사용하라  (0) 2022.02.24
    'Java/이펙티브 자바' 카테고리의 다른 글
    • 이펙티브 자바, 쉽게 정리하기 - item 41. 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라
    • 이펙티브 자바, 쉽게 정리하기 - item 40. @Override 애너테이션을 일관되게 사용하라
    • 이펙티브 자바, 쉽게 정리하기 - item 38. 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라
    • 이펙티브 자바, 쉽게 정리하기 - item 37. ordinal 인덱싱 대신 EnumMap을 사용하라
    Jake Seo
    Jake Seo
    ✔ 잘 보셨다면 광고 한번 클릭해주시면 큰 힘이 됩니다. ✔ 댓글로 틀린 부분을 지적해주시면 기분 나빠하지 않고 수정합니다. ✔ 많은 퇴고를 거친 글이 좋은 글이 된다고 생각합니다. ✔ 간결하고 명료하게 사람들을 이해 시키는 것을 목표로 합니다.

    티스토리툴바