isSameAs 와 isEqualTo ( @Configuration과 싱글톤 강의)

Question

[질문 템플릿] 1. 강의 내용과 관련된 질문인가요? 예 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예 3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예 [질문 내용] 여기에 질문 내용을 남겨주세요. <@Configuration과 싱글톤> 강의 9분 50초 부분 듣다가 궁금한데요. isSameAs( ) 의 경우 reference로 메모리상 같은 객체를 가리키고 있는지 비교하는 것이고 isEqualTo() 의 경우 value로 객체가 같은 값을 가지고 있는지 비교하는거라고 봤는데 지금 강의 부분에서는 memberRepository1, memberRepository2, memberRepository 셋 다 모두 같은 주소값(엄밀히 말해서 주소값은 아니지만요 편의상 주소값이라 할게요) 을 가지고 있고, 같은 객체를 가리키고 있는거죠? 그렇다면 어차피 주소값이 같다면 같은 객체인거니까검증할 때 꼭 isSameAs()가 아닌 isEqualTo() 를 사용해도 상관이 없는건가요?

OMG · Answer

안녕하세요. 니야옹 님, 공식 서포터즈 OMG입니다. . 싱글톤을 보장하고 같은 객체를 비교하는 것이므로 isEqualTo로도 비교가 가능 및 성공하겠지만, isSameAs와 isEqualTo의 원래의 메서드 목적을 아셔야하며, 나 혼자서 개발하면 문제가 없겠지만 내 테스트코드를 보는 다른 사람(회사, 협업)를 고려한다면 각각이 값을 비교하는지, 주소를 비교하는지의 목적과 역할이 나눠져 있기 때문에 각 테스트 메서드 목적에 맞게 사용하실 것을 권장드립니다. 그렇다면 어차피 주소값이 같다면 같은 객체인거니까검증할 때 꼭 isSameAs()가 아닌 isEqualTo() 를 사용해도 상관이 없는건가요? 이러한 생각의 흐름을 거쳐 isSameAs를 isEqualTo로 사용했다고 한다면 내가 짠 코드이기 때문에 다른 사람과 공유되기 쉽지 않고(주석 등 공유방법이 있지만, 내 의도를 다른 사람이 이해해야하는 번거로움 존재) "어차피 동작하니까 이렇게 할래"의 사고 방식은 다른 테스트에서 isEqualTo, isSameAs를 사용할 때 일관성이 깨지기 쉬운 사고 방식이라 생각합니다.   따라서 제가 드리고 싶은 말은 이렇게 해도 동작하니까 이렇게 해도 되겠지 라는 생각보다, 메서드를 사용해야하는 적재적소한 상황에 사용하는게 유지보수와 협업에 좋지 않나 생각합니다. . 감사합니다.