Kotlin in action(7)

Part2 첫 장이다. 연산자 오버로딩, 메서드 네이밍 컨벤션, 위임 프로퍼티에 대한 내용이 나온다.

operator

연산자 오버로딩이다.

data class Point(val x: Int, val y: Int)

operator fun Point.plus(other: Point): Point {
    return Point(x + other.x, y + other.y)
}

 

사용할 데이터 클래스의 확장함수로 연산자 오버로딩을 만들었다. + 연산은 plus함수를 호출해서 컴파일되기 때문에 operator를 안붙인다면 미리 예약된 메서드 이름인 plus가 겹친다고 에러가 나온다. 코틀린은 미리 지정된 연산자만 오버로딩 가능하며, times(곱셈), div(나눗셈), mod(나머지연산), plus, minus 가 있다.

반환 타입이 수신객체와 달라도 가능하다.

operator fun Char.times(count: Int): String {
    return toString().repeat(count)
}

 

한가지 유의할 건 코틀린은 교환법칙을 지원하지 않기 때문에 1.5*p, p*1.5는 다른 연산자를 호출 할 수 있다.

 

정의된 변수가 var이라면 +=, -= 와 같은 복합대입연산자도 오버로딩이 된다. 다만 반환타입이 있는 경우에는 새로 인스턴스를 만들어 참조시키는데, 원래 값의 내부를 변경하고 싶다면 Unit으로 반환값을 주는 -Assign 연산자함수를 오버로딩하면된다.

문제는 plus와 plusAssign을 동시에 정의했다면, var 변수의 경우 모호성 에러를 내뿜는다. 따라서 val로 지정해서 쓰거나, 동시에 정의하는 일을 피해야한다.

 

단항연산도 오버로딩이 되는데, unaryPlus, unaryMinus, inc, dec, not 을 사용한다. 단항이니 파라미터도 없다.

operator fun Point.unaryMinus(): Point {
    return Point(-x, -y)
}

 

증감연산자인 inc, dec을 보면

operator fun BigDecimal.inc() = this + BigDecimal.ONE

 

this를 이용해 구현하는 걸 볼 수 있다.

다음은 비교 연산자인데, equals나 compareTo를 오버로딩하는 것이다. equals는 Any에 정의되어 있기 때문에 override를 붙여서 사용해야한다.

class Point(val x: Int, val y: Int) {
    override fun equals(obj: Any?): Boolean {
        if (obj === this) return true
        if (obj !is Point) return false
        return obj.x == x && obj.y == y
    }
}

 

===를 이용해 메모리 값을 비교하는 방법은 오버라이딩이 안된다. 따라서 if (obj === this) return true 이렇게 비교하는 것이다.

compareTo는 Comparable 인터페이스에 있는 메서드를 호출하는데, 사용할 클래스에서 인터페이스를 상속받아야한다.

class Person(
        val firstName: String, val lastName: String
) : Comparable<Person> {

    override fun compareTo(other: Person): Int {
        return compareValuesBy(this, other,
            Person::lastName, Person::firstName)
    }
}

 

Comparable<T> 이기 때문에 타입을 지정해줘야한다.

Collection에서 in은 contains에 대응한다. 컬렉션 안의 원소중 필요한 값의 유무를 찾으려면 in을 쓰면 된다. for에서 사용하는 in은 이터레이터를 얻는 것이라서 의미가 다르다.

닫힌범위를 지정할때만드는 ..는 rangeTo에 대응한다. Comparable 인터페이스를 구현한 상태라면 rangeTo는 자동으로 지원되므로 따로 구현할 필요가 없다. 책을 보다가 이거는 좀 헷갈릴만한 것 같아서 가져왔다

0..n+1
0..(n+1)

 

두 범위는 같게 나온다. rangeTo의 우선순위가 낮기 때문에 괄호를 쳐줄 필요는 없지만 가독성을 위해 괄호를 쓰거나, 띄어쓰기를 해주는게 좋다.

destructuring도 대응하는 메서드가 있다.컴파일러에서 변환하는 메서드라 코드에서 보이지는 않는 componentN인데 N은 변수 위치에 따라 달라지는 값이다. 무한히 componentN을 선언할수는 없고, 5개까지 가능하다.

5개를 초과하면

Destructuring declaration initializer of type List must have a 'component6()' function

이런 에러문을 보여준다.

for ((key, value) in map) {
        println("$key -> $value")
    }

 

이런 구조분해선언은 루프와 map을 같이 쓸때 장점이 극대화된다. 자바에서는 안되던 map 이터레이션이 코틀린에서는 되기 때문에 가능한 방법이다.

위임 프로퍼티 delegated property

앞 내용이 연산자에 대한 이해를 높이는 거 였다면, 이번 장의 핵심은 이거라고 생각한다. 위임은 디자인패턴에서도 나오는데 객체가 직접 작업을 수행하는 게 아니라 작업을 처리하게 하는 도우미 객체를 호출하는 방법이다. 이 도우미 객체를 위임 객체라고 하고 여기서는 프로퍼티의 접근자에 대응한다.

class Foo{
  private val delegate = Delegate()
  var p: Type
  set(value: Type) = delegate.setValue(..., value)
  get() = delegate.getValue(...)
}

 

접근은 p에 하지만, 실제로 값 처리는 delegate에서 하는 모습이다. 사용하는 모습이 viewmodel의 프로퍼티를 설정하는 것과 비슷한데

private val _answerId = MutableLiveData<String?>()
val answerId: LiveData<String?> = _answerId

 

backing property라는 기법이다.

java.beans에 있는 PropertyChangeSupport와 setter의 field를 조합해서 리스너를 만들 수도 있지만, 위임프로퍼티를 사용해 만들어보겠다.

open class PropertyChangeAware {
    protected val changeSupport = PropertyChangeSupport(this)

    fun addPropertyChangeListener(listener: PropertyChangeListener) {
        changeSupport.addPropertyChangeListener(listener)
    }

    fun removePropertyChangeListener(listener: PropertyChangeListener) {
        changeSupport.removePropertyChangeListener(listener)
    }
}
class ObservableProperty( // observer를 구현해둔 것.
    var propValue: Int, val changeSupport: PropertyChangeSupport
) {
    operator fun getValue(p: Person, prop: KProperty<*>): Int = propValue

    operator fun setValue(p: Person, prop: KProperty<*>, newValue: Int) {
        val oldValue = propValue
        propValue = newValue
        changeSupport.firePropertyChange(prop.name, oldValue, newValue)
    }
}

 

도우미 클래스인데, getValue, setValue를 오버라이딩해서 접근자를 개조했다. 이 방법 말고 Delegates.observable을 쓰는 방법이 더 간단하지만 어떻게 생겼나 보기 위해 이 코드를 가져왔다. 이때 사용된 KProperty는 코틀린에서 프로퍼티를 표현하는 타입이다. 이렇게 하면 get, set을 통해 간단히 값을 옵저빙할 수 있게된다. by를 사용해 위임 객체로 지정한다. 그러면 이전에 getter, setter에서 field로 접근해 일일이 연결해줘야했던 걸 컴파일러가 해준다.

var age: Int by ObservableProperty(age, changeSupport) // Delegates.observable(age, changeSupport)
var salary: Int by ObservableProperty(salary, changeSupport)

 

이때 컴파일러에서는 ObservableProperty클래스의 인스턴스를 age의 프로퍼티에 저장하고 이걸 delegate, 프로퍼티를 표현하기 위한 KProperty는 property로 생성한다.

이번장은 뭔가 정보의 나열들이라는 생각이 든다.

"댓글, 공감 버튼 한 번씩 누르고 가주시면 큰 힘이 됩니다"