첫 번째 부분. 나는 SOURCE 및 CLASS 유형의 주석에 대해 매우 간략하게 썼습니다. 두 번째 부분에서 길을 잃지 않고 조금 더 "오해"를 시작하기 위해 읽어 볼 가치가 있습니다. =) 여기에서 여러분이 아는 단어가 적어도 하나 이상 있을 것입니다!
처음으로 여기에서 문제가 있는 것을 봤을 때 어쩐지 눈치 채지 못했습니다. 뭐, Override는 hang out이고, IDEA에서 쓴 거니까 그래야지. 시간이 지남에 따라 모든 것이 훨씬 더 깊다는 것을 깨달았습니다. 공부하는 동안 주석은 쓸모없지만 필요한 것처럼 보입니다. 당신은 그들이 왜 그런 일을 하는지 모릅니다. 몇 편의 기사를 읽은 것 같은데, "이제 주석이 있어서 모든 것이 너무 단순해져서 얼마나 좋은지"라고 말하더군요. 하지만 예전에는 어땠는지 몰랐고 지금은 더 쉬워졌다는 것도 이해하지 못했습니다. 이제 나는 알았고 당신에게 조금 말하고 싶습니다. 주석(RetentionPolicy)에는 3가지 유형이 있습니다.
SOURCE – 컴파일러 주석
CLASS – 주석의 데이터가 바이트코드에 기록되지만 작업 중에는 사용할 수 없습니다. 그들은 표준 라이브러리의 많은 주석이 이 유형을 사용한다고 기록했으며 이제는 이전 버전과의 호환성 때문에 이를 유지합니다. 매우 특정한 작업에 사용됩니다.
CLASS 유형의 주석이 필요한 이유를 모르겠습니다. 기존 주석에 대한 문서를 찾을 수 없으므로 이 짐은 그냥 남겨두어도 될 것 같습니다. 하지만 찾으면 공유해주세요. 소스 주석:
네이티브 – 이 주석 아래의 변수는 네이티브 코드를 참조할 수 있습니다.
SuppressWarnings – 다양한 컴파일러 경고를 억제합니다.
생성됨 – 생성된 소스 코드를 표시합니다.
재정의 – 메서드 재정의를 확인합니다.
자세한 내용은:
기본 - 본 적도 없고 사용한 적도 없습니다. 나는 이것이 다소 드문 주석이라고 생각합니다. 왜냐하면 ... 다른 "기본" 언어로 코드를 실행해야 할 경우 이를 사용합니다. 나는 그녀에 대한 명확한 언급을 찾으려고 노력했지만 찾을 수 없었습니다.
SuppressWarnings - @SuppressWarnings("unchecked") 형식으로 자주 사용됩니다. 사용자가 알고 있는 경고를 억제하는 데 사용됩니다. 위의 예에서는 확인되지 않은 유형 캐스팅에 대한 경고를 표시하지 않습니다. 다시 말하지만, 나는 이 형태와 용도로만 접했습니다.
생성됨 - 작업에서 xsd 파일에서 클래스를 생성해야 할 때 이 문제를 발견했습니다. 이 3가지 주석은 매우 구체적이며 현재로서는 관심이 없을 가능성이 높습니다. 마지막으로 설명하겠습니다.
재정의 - 항상 사용하며 매우 유용한 작업을 수행합니다. IDEA가 수행하지 않는 한 메서드를 재정의할 때 실수하기 쉽습니다. 오타가 있거나 단지 실수가 있을 뿐입니다. 이 주석은 상위 클래스의 메소드가 (레이블이 지정된) 메소드와 동일함을 보장합니다. 이는 메소드가 재정의되고 추가되지 않음을 보장합니다. 코드를 리팩터링할 때 메서드를 제거하거나 변경할 수 있습니다. 이번에도 주석이 오류를 알려줄 것입니다. 그것이 없었다면 우리의 방법은 단순히 완성되었을 것입니다.
지루한? 나는 그렇다고 말하고 싶습니다. 이 기사에서 얻을 수 있는 유용한 정보는 별로 없습니다. 그 안에 있는 거의 모든 것(90%)은 사용하지 않거나 사용하게 될 것에 대한 이야기이지만 아주 드물게 사용됩니다. 나머지 10%는 hello와 Override 주석에 대한 설명인데 언뜻 보기에는 쓸모가 없습니다. 글쎄요, 제 생각엔 기사의 두 번째 부분이 더 흥미로울 것 같아요. RUNTIME 주석이 있으며 실시간으로 코드와 상호 작용하고 흑마술을 만듭니다. 주석. 두 번째 부분. 롬복.
GO TO FULL VERSION