자바에서 코틀린으로

180

자바에서 코틀린으로

본 코드의 소유권에 따라) 메서드와 함수라는 두 가지 형태를 모두 찾아봐야만 하기 때문이다.

Customer

클래스의 소유권이 우리에게

있다고

해도,

nameForMarketing

같은 메서드 추가를

주저할 수 있다.

Customer

클래스가 애플리케이션의 토대가 되는 도메인 클래스이라면 다른

많은 코드가 이 클래스에 의존할 수 있다. 마케팅을 위해 보고서를 추가하기 위해 모든 소스 코

드를 다시 컴파일하고 테스트해서는 안 되겠지만, 메서드를 추가한다면 컴파일과 테스트를 다

시 해야만 한다. 따라서

Customer

를 가능한 한 작게 유지하고 핵심이 아닌 연산을 외부 함수

로 만드는 게 낫다. 이렇게 함으로써 메서드일때 보다 발견 가능성이 더 떨어진다고 해도 말이다.

하지만 코틀린에서는 이런 함수를 우리가 설명했던 것처럼 찾기 어려워야만 할 이유가 없다.

이런 함수를 확장 함수로 정의할 수 있기 때문이다.

10.2

확장 함수

코틀린 확장 함수는 메서드처럼 보이지만 실제로는 그냥 함수다. (

8

장에서 본 것처럼 기술적

으로 이들은 메서드이기도

하다

.

JVM

에서는 모든 코드가 메서드 안에 정의되어야만 하기 때문

이다.

10

.

9

절 ‘확장 함수를 메서드로 정의하기’에서 확장 함수를 실제로 다른 클래스의 비정적

메서드로 정의할 수도 있다는 사실을 ...