코틀린 인터페이스

코틀린 인터페이스는 자바와 비슷하다. 코틀린 인터페이스는 추상 메소드뿐 아니라, 구현이 있는 메소드도 정의가 가능하다.

interface Clickable {
		fun click()
		fun longClick() = "long click"
}

class Button : Clickable {
		override fun click() = println("click")
		
		// 선택
		override fun longClick(): String {
				
		}
}

디폴트 메소드는 그냥 사용해도 되고, 재정의해서 사용해도 상관 없다.

동일한 메소드를 구현하는 다른 인터페이스 정의

interface Clickable {
    fun click()
    fun longClick() = println("click long click")
}

interface Focusable {
    fun click()
    fun longClick() = println("focus long click")
}

class Button : Clickable, Focusable {
    override fun click() = println("click")
    override fun longClick() {
        super<Clickable>.longClick()
        super<Focusable>.longClick()
    }
}

val button = Button().longClick()

출력결과 : 
"click long click"
"focus long click"

디폴트 구현이 되어있고 이름이 같은 메소드는 하위 클래스에서 직접 구현하게 강제된다. → 인터페이스에서 이미 구현이 되어있으므로, 구현이 모호하지 않다.

디폴트 구현이 되어있지 않고, 메소드 이름이 같은 경우는 인터페이스의 메소드 충돌이 일어나 메소드의 이름을 다르게 해줘야 한다. → 컴파일러가 구현을 해석하는 방법을 찾지 못한다.

취약한 기반 클래스

• 하위(자식)클래스가 기반(부모)클래스에 대해 가졌던 가정이 기반 클래스를 변경함으로 깨져버린 경우를 뜻한다.
• 어떤 클래스가 자신을 상속하는 방법에 대해 정확한 규칙을 제공(어떤 메소드를 어떻게 오버라이드 하는지 등)하지 않는다면, 해당 기반 클래스를 작성한 사람의 의도와 다른방식으로 메소드를 오버라이드할 위험이 있다.
• 그래서, 하위 클래스에서 오버라이드하게 의도된 클래스와 메소드가 아니라면 모두 final 로 만들자.

open class RichButton : Clickable { // open 키워드를 사용해서 다른 클래스가 상속이 가능.
		fun disable() // final 함수. 하위 클래스가 이 메소드를 오버라이드 불가능
		open fun animate() // 하위 클래스에서 이 메소드를 오버라이드 가능
		override fun click() { 
		// 오버라이드한 메소드는 기본적으로 open이다.
		// 해당 메소드를 재정의 못하게 금지시키려면 override 앞에 final 키워드를 명시하면 된다.
				...
		}
}

가시성 변경자

• 코드 기반에 있는 선언에 대한 클래스의 외부 접근을 제어한다. 어떤 클래스의 구현에 대한 접근을 제어함으로 그 클래스에 의존하는 외부 코드를 깨지 않고도 클래스 내부 구현을 변경할 수 있다.
• 코틀린의 기본 가시성은 아무 변경자도 없는 경우엔 모두 public이다. 또한 코틀린은 패키지를 가시성 제어에 사용하지 않는다.
• 패키지 전용 가시성에 대한 대안으로는 internal 이라는 새로운 가시성 변경자를 도입했다. 이는 모듈 내부에서만 볼수 있다는 뜻이다.

<aside> 💡

모듈이란? 하나 이상의 패키지와 파일을 묶어서 관리하는 논리적인 단위

</aside>

모듈 내부 가시성은 모듈의 구현에 대해 진정한 캡슐화를 제공한다는 장점이 있다.