12주차 과제: 애노테이션 #12


목표

자바의 애노테이션에 대해 학습하세요.

학습할 것 (필수)

애노테이션 정의하는 방법


Java 애노테이션은 소스 코드에 메타 데이터 정보를 추가하기위한 메커니즘입니다. 패키지, 클래스, 인터페이스, 메서드 및 필드에 연결할 수 있지만 애노테이션 자체는 프로그램 실행에 영향을주지 않습니다. 이것은 프레임 워크가 런타임에 애노테이션의 존재를 기반으로 동작을 변경할 수 없다는 것을 의미하지는 않지만, 애노테이션을 포함한다고해서 프로그램의 런타임 동작이 변경되는 것은 아닙니다. 

애노테이션을 만드려면 대상에 대한 정보가 필요합니다. 애노테이션의 대상 은 애노테이션을 적용 할 수있는 Java 구성을 지정합니다. 예를 들어, 일부 애노테이션은 메소드에만 유효하고 다른 애노테이션은 클래스와 필드 모두에 유효 할 수 있습니다.  필드 및 생성자 대상이 애노테이션과 연관되어있는 경우 애노테이션은 필드 또는 생성자에서 사용될 수 있습니다. 반면에 애노테이션에 메소드의 연관된 대상 만있는 경우 메소드가 아닌 구조에 애노테이션을 적용하면 컴파일 중에 오류가 발생합니다.

애노테이션에는 연관된 매개 변수가있을 수도 있습니다. 이러한 매개 변수는 기본 (예 : int또는 double), String클래스, 열거 형, 애노테이션 또는 앞선 다섯 가지 유형 중 하나의 배열 일 수 있습니다

이러한 필드 애노테이션을 생성하기 위해 @interface 키워드를 사용하여 새 애노테이션을 선언 합니다.


선언의 핵심은 public @interface JsonField입니다. public수정자를 통해 애노테이션을 모든 패키지에서 사용할 수 있습니다. 애노테이션의 본문은 유형이 빈 문자열이고 기본값 String인이라는 단일 매개 변수를 선언 합니다.단일 요소 애노테이션을 정의하고 애노테이션 사용자가 매개 변수 이름을 지정하지 않고 애노테이션에 단일 매개 변수를 제공 할 수 있도록합니다. 기본값 인 빈 문자열을 포함하면 값을 생략 할 수 있으므로 값이 명시 적으로 지정되지 않은 경우 빈 문자열이 유지됩니다. 애노테이션 선언의 보존 정책과 대상은 각각 @Retention및 @Target을 사용하여 지정 됩니다. 

@retention

리플렉션을 통한 검사를 위해 런타임에 사용할 수 있어야하는 경우 사용자 지정 애노테이션을 지정할 수 있습니다. 애노테이션 정의부에 @Retention을 달면됩니다. 그 방법은 위의 이미지와 같습니다. 

@Retention (RetentionPolicy.RUNTIME)

이것은 런타임에 리플렉션을 통해 애노테이션을 사용할 수 있어야 함을 Java 컴파일러 및 JVM에 알리는 신호입니다.

@target

사용자 정의 어노테이션을 사용하여 애노테이션을 작성할 수있는 Java 요소를 지정할 수 있습니다. @Retention과 마찬가지로 애노테이션 정의부에 @Target을 달면됩니다. 다음은 @Target 자바 애노테이션의 예입니다.


이 ElementType클래스에는 아래의 대상들이 포함됩니다.

  • ElementType.ANNOTATION_TYPE
  • ElementType.CONSTRUCTOR
  • ElementType.FIELD
  • ElementType.LOCAL_VARIABLE
  • ElementType.METHOD
  • ElementType.PACKAGE
  • ElementType.PARAMETER
  • ElementType.TYPE
@Target은 이러한 값 중 하나 이상을 지정할 수 있습니다 . 여러 값을 지정하려면 중괄호로 구분 된 목록 내에서 지정해야합니다. 

@documented

문서화 될 것임을 툴에 알려주는 마커 인터페이스입니다. 코드에서 @Documented 애노테이션을 사용하면 Javadoc과 같은 도구가이를 처리하고 생성 된 문서에 애노테이션 유형 정보를 포함 할 수 있습니다.



유형 선언이 Documented로 애노테이션이 달린 경우 해당 애노테이션은 애노테이션이 달린 요소의 공용 API의 일부가됩니다.

애노테이션 프로세서 

애노테이션 프로세서는 자바 컴파일러 일종의 플러그인입니다. 애노테이션으로만 구동되는 소스코드를 검사, 수정 또는 생성하는데 사용됩니다. 애노테이션 프로세서는 javax.annotation.processing.Processor인터페이스 를 구현해야합니다. 사용 사례에 따라 아래 상황에서 사용됩니다. 

  • 소스 또는 리소스 파일 세트 생성
  • 기존 소스 코드 변경 (수정)
  • 기존 소스 코드 분석 및 진단 메시지 생성


댓글

댓글 쓰기

이 블로그의 인기 게시물

git-receive-pack not permitted on 깃 허브 로그인 관련 문제

이미지
 개인적인 알고리즘 연습관련으로 커밋푸쉬를 하고 있는 레파지터리에서 며칠전까지만 해도 잘되던 푸쉬가 갑자기 안되는 이슈가 발생했다.  대략 이와 같은 경고가 뜨면서 발생하는 것이고 이는 깃허브측에서 아이디/비밀번호 인증방식을 더이상 지원하지 않으면서 발생하는 이슈라고 한다.  이제 토큰 인증방식을 사용해야 한다고 하니 이에 대해 간략히 정리해 보려고 한다.  토큰 생성을 위해 깃허브에 로그인 후 settings 를 클릭 해준다. Developer settings 를 클릭하고 나서 Personal access tokens 에 들어와주면 새 토큰을 생성할 수 있는 화면이 나온다.  보안을 위해 한번 더 비밀번호를 입력 해준 다음  토큰에 대한 설정 창에서 note에는 이름 아래 만료일에는 날짜를 지정해 줄 수 있다.  no expiration 도 설정할 수 있으나 만료날짜를 지정해주길 강력히 권고해서 오늘로부터 1년으로 지정해주었다. 각종 권한들을 지정해줄 수 있는데, 뭐가 뭔지는 잘 모르겠고, 그냥 커밋 풀/푸쉬만 해줄 거면 repo에 대한것만 지정해주면 된다고 한다. 마지막 이 화면에서 끄지 않고 바로 키값을 복사해두어야 한다. 이후에는 다시 보여 주지 않고 해당 토큰이 가진 설정과 삭제 선택버튼 정도만 보여주니까 해당 키값을 일단 복사해둔다. 마지막 평소 이클립스와 깃 연동때와 마찬가지로 다시 URI를 복사해서 간 다음 비밀번호 자리에 해당 토큰을 붙여 넣으면 완성 된다. 되던 깃허브 연동이 안되는 경우라 조금 헤맬 수 있지만, 인터넷에 이미 설명이 많아서 그대로 따라가면 되는 이슈 였다. 
자세한 내용 보기
이미지
예외처리 자바에서 예외처리라고 하면 보통 두가지 방법이 거론된다. try-catch 문으로 감싸주는 방식과 throws 로 던져주는 방식인데, 이번에 새로 배운 사실은 엄밀히 말하자면 throws 는 예외처리가 아니다. 던져주는 곳 중 가장 마지막 장소에서는 어찌됐든 try-catch 문으로 해결해 주어야 하며 이게 이루어 지지 않으면 프로그램이 종료돼 버리는 그런 문제가 발생하는 것. 그래서 예외처리에 좀 더 신중해야 하는 것 같다. 또 throws 는 클래스가 아닌 메서드의 매개변수 뒤에만 던질 수 있다.  exception 가 모든 예외클래스 중 상위클래스는 맞지만 그 위에는 throwable 이 있고 같은 라인에는 error도 있다. error는 메모리 파괴와도 같은 코드로 고칠 수 없는 문제 들을 담고 있다. finally 는 예외발생과 상관없이 무조건 실행되는 문장이며 보통 공유 객체 반환을 위해 사용됨. 이는 정말 무조건 실행인데 return 이 상위에 존재하더라도 실행!!!!  이와 같을 경우 catch 문에 걸려서 return 된다면 try 문장 바깥의 print 문은 실행 안될 수 있지만, finally는 return 아래임에도 불구하고 실행된다. RunTimeException 같은 경우는 validation check로 미리 예방할 수 있다. 이게 뭐냐면 흔히 하는 nullcheck나 데이터 유효여부 체크를 말하는 것. try-catch문을 처음 봤을 때 조건문과 비슷하다는 생각이 들었는데, 실제로 비슷하게 사용할 수도 있다는 걸 알게 되었다.   자바 파일 읽어 들이기  진짜 너무 어려웠다. 기본적으로 파일을 읽고 쓰는 방식에는 stream 과 reader(writer) 방식 두가지가 있는데, 개행을 구분지어서 읽는 방식과 전체내용을 한번에 읽는 방식으로 나뉜다고 보면 된다. 용어적으로 헷갈릴 수 있는것이 위에서 언급한 stream은 메서드형식이고 자바에서 데이터를 주고 받을 때 사용되는 stream은 연속된 바이트의 흐름이다. 이에 대한
자세한 내용 보기
거진 한달 만의 블로그 글 업데이트. 지난 한달은 주로 프론트 부분을 진행했기 때문에 알고리즘이나 코딩 관련해서 새로운걸 업뎃하기 좀 그랬다. 이번 주는 다시 알고리즘을 진행했고, 월말평가에는 알고리즘 응용부분 문제가 나온다고 하니 슬그머니 생각나는 블로그 현재는 DP 에 관해서 하고 있다. 동적 프로그래밍인데 대표적으로 피보나치 수열이 나오고, 탐색 부분도 있다. 플로이드 - 마샬 알고리즘을 배우면서 저번에 자세히 이해하지 못했던, 다른 알고리즘에 대해서 대충 이해했다. 나는 알고리즘 잘하기에는 그른건가 ,,, 너무 어렵다 진짜. 날이 조금 차가워 지면서 살만한 날씨가 되었는데, 한여름에는 안보였던 모기가 진짜 왜 이리 자주 보이는지 모르겠다. 특히 왜 방안에 있는건지... 잡을 때마다 피가 터지는데 한두 군데가 아닌거 같다. 민족의 대명절 추석을 코앞에 두고 있다. 이시기에도 역병이 창궐하고 있다니, 일단 오래 쉬는 것에 대만족 하고 잠을 많이 자는 것이 목표. 월말평가 - 메모이제이션 표완성하기
자세한 내용 보기