함수형 (SAM

[//]: # (title: 함수형 (SAM) 인터페이스)

단 하나의 추상 멤버 함수를 가진 인터페이스를 함수형 인터페이스 또는 _단일 추상 메서드(SAM) 인터페이스_라고 합니다. 함수형 인터페이스는 여러 개의 비추상 멤버 함수를 가질 수 있지만, 추상 멤버 함수는 하나만 가질 수 있습니다.

코틀린에서 함수형 인터페이스를 선언하려면 fun 한정자를 사용합니다.

fun interface KRunnable {
   fun invoke()
}

SAM 변환

함수형 인터페이스의 경우, 람다 표현식을 사용하여 코드를 더 간결하고 가독성 높게 만드는 데 도움이 되는 SAM 변환을 사용할 수 있습니다.

함수형 인터페이스를 수동으로 구현하는 클래스를 생성하는 대신 람다 표현식을 사용할 수 있습니다. SAM 변환을 통해 코틀린은 인터페이스의 단일 메서드 시그니처와 일치하는 시그니처를 가진 모든 람다 표현식을 인터페이스 구현체를 동적으로 인스턴스화하는 코드로 변환할 수 있습니다.

예를 들어, 다음 코틀린 함수형 인터페이스를 고려해 보세요.

fun interface IntPredicate {
   fun accept(i: Int): Boolean
}

SAM 변환을 사용하지 않으면 다음과 같이 코드를 작성해야 합니다.

// Creating an instance of a class
val isEven = object : IntPredicate {
   override fun accept(i: Int): Boolean {
       return i % 2 == 0
   }
}

코틀린의 SAM 변환을 활용하면 대신 다음과 같은 동일한 코드를 작성할 수 있습니다.

// Creating an instance using lambda
val isEven = IntPredicate { it % 2 == 0 }

짧은 람다 표현식이 모든 불필요한 코드를 대체합니다.

fun interface IntPredicate {
   fun accept(i: Int): Boolean
}

val isEven = IntPredicate { it % 2 == 0 }

fun main() {
   println("Is 7 even? - ${isEven.accept(7)}")
}

Java 인터페이스용 SAM 변환도 사용할 수 있습니다.

생성자 함수가 있는 인터페이스에서 함수형 인터페이스로 마이그레이션

1.6.20부터 코틀린은 함수형 인터페이스 생성자에 대한 호출 가능한 참조를 지원합니다. 이는 생성자 함수가 있는 인터페이스에서 함수형 인터페이스로 마이그레이션하는 소스 호환 가능한 방식을 추가합니다. 다음 코드를 고려해 보세요.

interface Printer { 
    fun print() 
}

fun Printer(block: () -> Unit): Printer = object : Printer { override fun print() = block() }

함수형 인터페이스 생성자에 대한 호출 가능한 참조가 활성화되면 이 코드는 단순히 함수형 인터페이스 선언으로 대체될 수 있습니다.

fun interface Printer { 
    fun print()
}

해당 생성자는 암시적으로 생성되며, ::Printer 함수 참조를 사용하는 모든 코드는 컴파일됩니다. 예를 들어:

documentsStorage.addPrinter(::Printer)

레거시 함수 Printer에 @Deprecated 어노테이션과 DeprecationLevel.HIDDEN을 사용하여 바이너리 호환성을 유지하세요.

@Deprecated(message = "Your message about the deprecation", level = DeprecationLevel.HIDDEN)
fun Printer(...) {...}

함수형 인터페이스와 타입 별칭

위 내용을 함수형 타입의 타입 별칭을 사용하여 간단히 재작성할 수도 있습니다.

typealias IntPredicate = (i: Int) -> Boolean

val isEven: IntPredicate = { it % 2 == 0 }

fun main() {
   println("Is 7 even? - ${isEven(7)}")
}

하지만 함수형 인터페이스와 타입 별칭은 다른 목적을 수행합니다. 타입 별칭은 기존 타입의 이름일 뿐이며 새로운 타입을 생성하지 않는 반면, 함수형 인터페이스는 새로운 타입을 생성합니다. 특정 함수형 인터페이스에만 적용되는 확장을 제공하여 일반 함수 또는 해당 타입 별칭에는 적용되지 않도록 할 수 있습니다.

타입 별칭은 하나의 멤버만 가질 수 있는 반면, 함수형 인터페이스는 여러 개의 비추상 멤버 함수와 하나의 추상 멤버 함수를 가질 수 있습니다. 함수형 인터페이스는 다른 인터페이스를 구현하고 확장할 수도 있습니다.

함수형 인터페이스는 타입 별칭보다 더 유연하며 더 많은 기능을 제공하지만, 특정 인터페이스로의 변환이 필요할 수 있기 때문에 구문적으로나 런타임에 비용이 더 많이 들 수 있습니다. 코드에서 어떤 것을 사용할지 선택할 때 요구 사항을 고려하세요.

• API가 특정 파라미터 및 반환 타입을 가진 함수(모든 함수)를 받아들여야 한다면, 단순 함수형 타입을 사용하거나 해당 함수형 타입에 더 짧은 이름을 부여하기 위해 타입 별칭을 정의하세요.
• API가 함수보다 더 복잡한 엔티티를 받아들여야 하고(예: 비단순적인 계약 및/또는 그에 대한 연산이 있어서) 함수형 타입의 시그니처로는 표현할 수 없는 경우, 별도의 함수형 인터페이스를 선언하세요.