본문 바로가기

Reading

 (65)
[Effective-Java] Item 41. 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라. 마커 인터페이스 아무 메소드도 담고 있지 않고, 단지 자신을 구현하는 클래스가 특정 속성을 가짐을 표시해주는 인터페이스 대표적으로 Serializable 인터페이스는 자신을 구현한 클래스의 인스턴스는 ObjectOutputStream을 통해 쓸(write) 수 있다고, 즉 직렬화(serialization)할 수 있다고 알려준다. 마커 인터페이스와 마커 애노테이션의 비교 1. 마커 인터페이스는 이를 구현한 클래스의 인스턴스들을 구분하는 타입으로 쓸 수 있고 마커 애노테이션은 그렇지 않다. 마커 인터페이스는 어엿한 타입이기에 마커 애노테이션을 사용했다면 런타임에야 발견될 오류를 컴파일 타임에 잡을 수 있다. 자바의 직렬화는 위에서 설명한 Serializable 마커 인터페이스를 보고 그 대상이 직렬화할 수 ..
[Effective-Java] Item 40. @Override 애노테이션을 일관되게 사용하라 @Override 이 애노테이션이 달렸다는 것은 메소드 선언에만 달 수 있으며, 상위 타입의 메소드를 재정의했음을 뜻한다. 상위 클래스의 메소드를 재정의하려는 모든 메소드에 @Override 애노테이션을 꼭 달자. 예외를 두자면 구체 클래스에서 상위 클래스의 추상 메소드를 재정의 할 때는 굳이 @Override를 달 필요는 없다. 구체 클래스인데 아직 구현하지 않은 추상 메소드가 남았다면 컴파일러가 알려주기 때문이다. 내 견해는 다 붙히기로 마음먹었다면 일괄적으로 붙혀두는게 좋을 것 같다. 일관되게 @Override 애노테이션을 사용하면 두 가지 좋은 점이 있다. 1. 실수로 다중정의(Overloding)해버리는 상황을 막을 수 있다. 2. 컴파일러가 재정의하려는 메소드와 다르거나 그런 메소드가 없는 경..
[Effective-Java] Item 39. 명명 패턴보다 애너테이션을 사용하라 명명 패턴 명명 패턴이란 메소드나 필드의 이름을 일관된 방식으로 작성하는 패턴이다. 테스트 프레임워크인 JUnit이 버전 3까지 테스트 메소드 이름을 test로 시작하게 했다. 명명패턴에는 세가지 단점이 존재한다. 위 JUnit 3을 기준으로 말하면 아래와 같다. 1. 오타가 나면 안된다. test가 아닌 tset으로 작성한다면 이 메소드를 무시하고 지나쳐서 테스트가 통과했다고 오해할 수 있다. 2. 올바른 프로그램 요소에서만 사용되리라 보증할 방법이 없다. test를 메소드 말고 의도하지 않은 다른 곳에 붙히는 등 경고조차도 없다. 3. 프로그램 요소를 매개변수로 전달할 마땅한 방법이 없다. 예외를 던져야 성공하는 테스트가 있을 때, 기대하는 예외 타입을 매개변수로 전달해야하는 경우다. 예외 이름을 테..
[Effective-Java] Item 38. 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라 타입 안전 열거 패턴(typesafe enum pattern) 열거 타입은 거의 모든 상황에서 타입 안전 열거 패턴보다 우수하다. 단점으로 한 가지가 있는데, 타입 안전 열거 패턴은 열거한 값들을 그대로 가져온 다음 값을 더 추가해 다른 목적으로 확장할 수 있는 반면, 열거 타입은 그렇게 할 수 없다. 이미 열거 타입은 추상클래스인 Enum을 상속해서 사용하기 때문이다. 하지만 대부분 열거 타입을 확장하는 것은 좋지않은 생각이다. - 확장한 타입의 원소는 기반 타입의 원소로 취급하지만, 그 반대는 성립하지 않는다. - 기반 타입과 확장된 타입들의 원소 모두를 순회할 방법도 마땅치 않다. - 확장성을 높이려면 고려할 요소가 늘어나 설계와 구현이 더 복잡해진다 아래는 타입 안전 열거 패턴의 예시 소스다. p..

티스토리툴바