개발공부블로그

클래스에 유일한 메서드가 인자로 전달된 객체에 뭔가를 하는 메서드인 경우, 그런 메서드 하나뿐인 객체는 해당 메서드의 포인터 구실을 하며, 이러한 객체를 함수 객체라고 부른다.

 실행 가능 전략 클래스는 익명 클래스로 정의하는 경우도 많다. 하지만 아래와 같이 사용하면 sort를 호출할 때마다 새로운 객체가 만들어진다. sort 함수가 여러 번 수행되는 클래스라면 함수객체를 private static final 필드에 저장하고 재사용하는 것을 고려해 보길 바란다.

요약

하나의 클래스가 두 가지 이상의 기능을 가지고 있으며, 그 중 어떤 기능을 제공하는지 표시는 태그가 달린 클래스를 만날 때가 있다. 

인터페이스를 구현하는 클래스를 만들게 되면, 그 인터페이스는 해당 클래스의 객체를 참조할 수 있는 자료형 역할을 하게 된다. 인터페이스를 구현해 클래스를 만든다는 것은, 해당 클래스의 객체로 어떤 일을 할 수 있는지 클라이언트에게 알리는 행위이다.

 안좋은 예로 소위 상수 인터페이스 라는 것이 있다. 인터페이스에 메서드가 없고 static final 필드만 있다.

자바에는 여러 가지 구현을 허용하는 자료형을 만드는 방법이 두 가지가 있다. 인터페이스와 추상 클래스가 그것이다. 이 두 방법의 차이는 추상 클래스는 구현된 메소드를 포함할 수 있지만 인터페이스는 그럴수 없으며, 추상클래스가 규정하는 자료형을 구현하기 위해서는 추상 클래스를 반드시 계승해야 한다는 것이다. 

 인터페이스는 믹스인을 정의하는 데 이상적이다. 믹스인은 클래스가 주 자료형 이외에 추가로 구현할 수 있는 자료형으로, 어떤 선택적 기능을 제공한다는 사실을 선언하기 위해 쓰인다. (클래스 명 이외의 자료형을 정의)

 인터페이스는 비 계층적인 자료형을 만들 수 있도록 한다. 계층적으로 잘 정리되지 않는 것들이 있을 때 사용하면 유용하다. 

재정의 가능 메서드를 내부적으로 어떻게 사용하는지 반드시 문서에 남기라는 뜻이다.

계승을 허용하려면 반드시 따라야할 제약사항

요약

 계승은 코드 재사용을 돕는 강력한 도구지만, 항상 최선이라고는 할 수 없다. 그리고 해당 클래스가 속한 패키지 밖에서 계승을 시도하는 것은 위험하다. 왜냐하면 메서드 호출과 달리 계승은 캡슐화 원칙을 위반하기 때문이다. 

 예를들어, 하위 클래스가 정상 동작하기 위해서는 상위 클래스의 구현에 의존할 수 밖에 없다. 상위 클래스의 구현은 릴리즈가 거듭되면서 바뀔 수 있는데 이러한 과정속에서 하위클래스의 코드는 수정된 적이 없어도 망가질 수 있다. (캡슐화 원칙 위반)

 이러한 문제를 해결하귀 위해서는 기존 클래스를 계승하는 대신, 새로운 클래스에 기존 클래스 객체를 참조하는 private 필드를 하나 두는 것이다. 이런 설계 방법을 구성이라고 한다.

계승은 어떠한 경우에 사용해야 할까?

변경 불가능 클래스는 그 객체를 수정할 수 없는 클래스다. 변경 불가능 클래스는 변경 가능 클래스보다 설계하기 쉽고, 구현하기 쉬우며, 사용하기도 쉽다. 오류 가능성도 적고, 더 안전하다

규칙1. 객체 상태를 변경하는 메서드를 제공하지 않는다(setter)

규칙2. 계승할 수 없도록 한다.  

규칙3. 모든 필드를 final로 선언한다.

규칙5. 변경 가능 컴포넌트에 대한 독점적 접근권을 보장한다.

변경 불가능 객체의 장/단점

장점

변경 불가능 객체는 단순하다. 생성될 때 부여된 한가지 상태만 갖기 때문에 생성자가 불변식을 확실히 따른다면, 해당 객체는 불변식을 절대 어기지 않는다.

변경 불가능 객체는 스레드에 안전하다. 어떤동기화도 필요없다. 그렇기 떄문에 private static final 등을 이용하여 자유롭게 공유할 수 있다. 

변경 불가능 객체는 다른 객체의 구성요로도 훌륭하다. 불변이기 때문에 맵과 집합의 키로 유용하다.

단점

값마다 별도의 객체를 만들어야 한다. 따라서 객체 생성 비용이 높을 가능성이 있다.

요약

 선언된 패키지 밖에서도 사용 가능한 클래스에는 접근자 메서드를 제공하라. 그래야 클래스 내부 표현을 자유로이 수정할 수 있게 된다. 

하지만 package-private 클래스나 private 중첩 클래스는 데이터 필드를 공개하더라도 잘못이라 말할 수 없다. 클래스의 내용을 제대로 기술하기만 한다면, 접근자 메서드보다는 시각적으로 깔끔하다. private 중첩 클래스의 경우는, 그 클래스의 바깥 클래스 외부의 코드는 아무 영향도 받지 않을 것이기 떄문이다.

요약