[질문] 갑자기 든 궁금증 - interface를 구현한 class 의 메서드엔 @Override를 붙이는게 좋을까, 안붙이는게 좋을까?

[Sewon Ann]

갑자기 코딩을 하다가 궁금증이 생겼습니다.

java 5(였던가, 4였던가) 부터 생긴 @Override 애노테이션은 기본적으로 자식 클래스가 부모 클래스의 메서드를 오버라이드 할 때 붙입니다.

그리고 java 6 에선 이 @Override 를 클래스가 인터페이스를 구현할 때도 붙일 수 있게 변경이 되었다네요.

(http://dertompson.com/2008/01/25/override-specification-changes-in-java-6/)

위 내용만 봐선 java 5에선 아래 코드가 제대로 컴파일이 안 될 듯 합니다.

interface A { 

 void myMethod();

}

class AImpl implements A {

 @Override 

 void myMethod() {

  //do nothings

 }

}

intelliJ 에선 인터페이스 구현 메서드에 @Override가 붙은 경우 warning이 표시되더군요. 반대로 eclipse에서 자동완성 기능을 사용할 경우엔 @Override를 붙이고요.

즉, intelliJ 는 @Override 붙이는 걸 싫어하고, eclipse는 @Override 붙이는 걸 좋아하나봅니다.

다른 분들은 어떤 형태가 낫다고 생각하세요?

전 단순히 메서드 signature를 잘못 붙여 생길 수 있는 오류를 막는 게 @Override의 가장 큰 용도라 생각해서 eclipse와 같이 interface의 메서드를 구현할 때도 @Override를 붙이는 게 좋다고 생각해요.

[Kyuhyun Park]

IntelliJ 에서는

File > Project Structure > Project > Project Language Level 에서
어떤 버전의 자바 문법을 사용할지 지정할 수 있습니다.

원하시는 대로 지정하고 사용하실 수 있을 것 같습니다.

2011/9/1 Sewon Ann <kin...@gmail.com>:

> --
> Google 그룹스 'Korea Spring User Group' 그룹에 가입했으므로 본 메일이 전송되었습니다.
> 이 그룹에 게시하려면 ks...@googlegroups.com(으)로 이메일을 보내세요.
> 그룹에서 탈퇴하려면 ksug+uns...@googlegroups.com로 이메일을 보내주세요.
> 더 많은 옵션을 보려면 http://groups.google.com/group/ksug?hl=ko에서 그룹을 방문하세요.
>

[Sungchul Park]

전 일단 붙여서 (라기 보다는 붙어 나오니까...) 쓰고 나중에 판단해서 지우
기도 합니다.

강제로 구현해야 하는 상황이 아니라 자동 생성 기능을 못 쓸 때에도
@Override를 먼저 적고 오버라이드 할 메서드 시그니처를 적습니다. 제가 실
수할 수도 있으니까요.

하지만 일단 어느 정도 돌아가는 게 확인 되면 코드가 지저분해지는 느낌이
들어 선택적으로 삭제합니다.

내부 클래스의 경우는 100% 삭제하고 나머지는 그때그때 달라요.

[Jisung, Ahn]

가급적 붙여주는게 좋다고 봅니다. 컴파일러에서 제공하는 기능은 가급적 쓰는게 좋지요. 

나의 iPhone에서 보냄

2011. 9. 1. 오전 10:37 Sewon Ann <kin...@gmail.com> 작성:

[Kyuhyun Park]

그런데 IntelliJ 쓰시다 보면 implements 뒤에 인터페이스 이름 쓰자마자
Implement Method 리펙터링 메뉴 뜨는데 이거 실행하면 @Override 까지 붙여서 메서드 템플릿 만들어 주지 않나요.
@Override 안 붙는다면 위에 말씀드린 Language Level 때문에 그럴 것 같습니다.

2011/9/1 Jisung, Ahn <nar...@gmail.com>:

[최영목]

저는 가급적 붙입니다. 이유는 단순합니다.

현재 프로젝트에서 LOC 봅니다. @Override로 한줄이라도 더 늘립니다 ㅡ ㅅ ㅡ;;; 

2011년 9월 1일 오후 12:29, Kyuhyun Park <dry...@gmail.com>님의 말:

[Kesarr]

말씀하신 IDE의 기본 동작 차이는 다른 분들이 알려주신 것처럼 프로젝트의 JDK 버전 설정에 따른 것 같군요.

저는 @Override를 붙일 수 있다면 항상 붙이는 것을 선호합니다.

불필요한 실수를 컴파일러에 의해 사전 방지하는 것은 물론이고 가독성 측면에서도 구조적 이해를 돕는 것 같습니다.

아무래도 JDK5에서 인터페이스 구현에 @Override와 같은 장치를 사용하지 않았던 것은 인터페이스 구현은 이미 컴파일러에 의해 강제된다고 판단했기 때문일 것 같습니다. 엄밀히는 인터페이스 구현은 재정의(override)가 아니지요.

그에 비해 일반 메서드를 서브클래스에서 재정의하는 것은 컴파일러에 강제되지 않기 때문에 장치가 필요합니다. 그리고 그 메서드의 구현이 수퍼클래스의 것과 다름을 명백히 밝혀야 합니다.

그런데 JDK6에서 그런 제한이 인터페이스 구현까지 확장된 것은 일관성을 부여해 구조적 이해를 돕고, 메서드 구현부에서 이것이 새로운 메서드가 아니라 인터페이스 메서드라는 의도를 명백히 하기 위함이 아닌가 싶습니다.

@WhyKesarr. MetaDeveloper.

"Keep the modifications due to a single change together in a predictable range."

2011. 9. 1. 오전 10:37 Sewon Ann <kin...@gmail.com> 작성:

[Sewon Ann]

아항~ 제가 안드로이드 프로젝트를 해 보느라 target을 1.5로 맞춰서 intelliJ가 그리 동작했나보네요.

@Override를 붙여서 나쁜 점은 딱히 없는 것 같네요. 성철회장님의  지저분하다는 의견 외에는요.

그 외에 생각해보면, 실제는 상위 클래스의 method를 override한 게 아닌데 착각할 여지를 준다 정도?  (딱히 전 이게 거슬리진 않네요)

여러분의 의견 고맙습니다.

2011/9/1 Kesarr <kes...@playxp.com>