[kotlin] Kotlin 데이터 클래스 용 getter 재정의

매일 Kotlin을 작성하는 데 거의 1 년을 보낸 후 이와 같은 데이터 클래스를 재정의하려는 시도가 나쁜 습관이라는 것을 알게되었습니다. 이에 대한 세 가지 유효한 접근 방식이 있으며, 제시 한 후에 다른 답변이 제안한 접근 방식이 왜 나쁜지 설명하겠습니다.

1. data class잘못된 값으로 생성자를 호출하기 전에 값을 0 이상으로 변경하는 비즈니스 논리를 만드십시오 . 이것은 아마도 대부분의 경우에 가장 좋은 방법 일 것입니다.

2. 를 사용하지 마십시오 data class. 일반을 사용하고 classIDE에서 equals및 hashCode메서드를 생성하도록 합니다 (또는 필요하지 않은 경우 생성하지 않음). 예, 개체의 속성이 변경된 경우 다시 생성해야하지만 개체를 ​​완전히 제어 할 수 있습니다.

   class Test(value: Int) {
     val value: Int = value
       get() = if (field < 0) 0 else field
   
     override fun equals(other: Any?): Boolean {
       if (this === other) return true
       if (other !is Test) return false
       return true
     }
   
     override fun hashCode(): Int {
       return javaClass.hashCode()
     }
   }
   

3. 효과적으로 재정의되는 개인 값을 갖는 대신 원하는 작업을 수행하는 추가 안전 속성을 개체에 만듭니다.

   data class Test(val value: Int) {
     val safeValue: Int
       get() = if (value < 0) 0 else value
   }
   

다른 답변이 제안하는 잘못된 접근 방식 :

data class Test(private val _value: Int) {
  val value: Int
    get() = if (_value < 0) 0 else _value
}

이 접근법의 문제점은 데이터 클래스 가 실제로 이와 같은 데이터를 변경하기위한 것이 아니라는 것입니다. 그들은 실제로 데이터를 보관하기위한 것입니다. 이 같은 데이터 클래스의 게터을 재정의하는 것을 의미 Test(0)하고 Test(-1)것없는 equal서로 다른 것 hashCode들,하지만 당신이 전화했을 때 .value, 그들은 같은 결과를 가질 것이다. 이것은 일관성이 없으며 이것이 당신에게는 효과가있을 수 있지만 이것이 데이터 클래스라고 생각하는 팀의 다른 사람들은 당신이 그것을 어떻게 변경했는지 / 예상대로 작동하지 않게 만들 었는지 깨닫지 못한 채 실수로 그것을 오용 할 수 있습니다. t Map또는 a Set) 에서 올바르게 작동합니다 .