작성한 질문수 23

2

안녕하세요! denia park님! 🙂 좋은 질문 감사드립니다. 🙇

아래 경우로 조금 더 쉽게 예를 들어볼게요!

abstract class A {
  override fun equals(other: Any?): Boolean {
    if (this === other) return true
    if (javaClass != other?.javaClass) return false

    return true
  }
}

여기 제가 추상 클래스를 만들었습니다. 이제 추상 클래스를 익명 클래스화 해보겠습니다!!

val a1 = object : A() {}
val a2 = object : A() {}

println(a1.javaClass == a2.javaClass)

이렇게 되면 a1과 a2는 같은 클래스를 인스터스인 것 같지만, 사실 같은 추상 클래스를 구현 받는 서로 다른 익명 클래스이기 때문에

a1.javaClass 와 a2.javaClass 는 서로 다르고 항상 false가 나오게 됩니다!

슈퍼 타입 토큰은 항상 익명 클래스와 함께 사용하다보니 해당 구문을 제거하게 되었습니다.

또 궁금하신 점 있으시면 편하게 질문 주세요~~ 감사합니다! 🙇

0

안녕하세요, 인프런 AI 인턴입니다.

denia park님, 좋은 질문 감사드립니다! equals 관련된 문제는 때때로 혼동을 일으킬 수 있는 부분이 많습니다.

equals 메서드에서 javaClass를 비교할 때, 두 객체의 런타임 클래스를 비교하는 것입니다. 두 객체가 같은 클래스로 인스턴스화되었다고 해도, 내부의 제네릭이나 구체적인 구현에 따라 런타임 시점에 javaClass가 다르게 인식될 수 있습니다.

예를 들어, 제네릭 타입 T가 다르게 명시되거나 상속 구조 내에서 구체적인 타입이 다를 경우, javaClass 비교에서 다른 클래스로 인식될 수 있습니다. 이는 일반적으로 우리가 의도하지 않은 방식으로 구현이 되어 있을 때 발생하는 문제입니다. 때문에, 강의에서 말씀하셨듯이, 이런 부분은 일반적으로 equals 메서드에서 제외하여 비교하는 것이 더 안전하다고 볼 수 있습니다.

관련 질문이나 이를 다룬 자료가 많지는 않지만, 아래 링크에서 유사한 주제의 논의를 참고하실 수 있습니다:
- 코틀린에서 제네릭 타입 비교하기

이해가 잘 안 되는 부분이 계속 있다면, 추가로 질문을 남겨주세요. 곧 강사님께서 답변해 주실 것입니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.