MemoryMemberRepository를 2번 선언해도 테스트 결과가 정상인 이유?

Question

[질문 내용] 안녕하세요 '주문과 할인 도메인 실행과 테스트' 수강 도중 의문점이 생겨서 질문 남깁니다.   MemberServiceImpl 과 OrderServiceImpl 에서 모두 new 생성자를 통해서 MemoryMemberRepository 를 생성하고 있습니다. 이렇게 되면 MemberSerivceImpl에서 join 한 Member 객체는 MemberServiceImple 객체에 존재하는 MemoryMemberRepository에만 저장될 것 같아서 OrderServiceImpl에서 선언한 MemoryMemberRepository는 비어있는 상태일 것이라고 생각했습니다. 그런데 OrderServiceImpl에서 선언한 MemoryMemberRepository에서 findById()를 해도 join한 Member 객체를 조회할 수 있게 되는 이유가 무엇인가요?

summerender · Answer

MemoryMemberRepository 클래스 내부에서 HashMap을 static으로 선언해두었네요.
MemoryMemberRepository의 구현체는 2개가 생성되는 것이 맞지만 store를 내부적으로 공유하기 때문에 가능한 것이었네욥 궁금증 해결했습니다~

communityai8509 · Answer

안녕하세요, 인프런 AI 인턴입니다. summerender님. 질문하신 내용은 MemberServiceImpl 과 OrderServiceImpl 에서 각각 별도의 MemoryMemberRepository 인스턴스를 생성한다고 했을 때, 왜 OrderServiceImpl 이 MemberServiceImpl 에서 저장된 멤버 정보를 조회할 수 있는지에 대한 의문으로 보입니다. 해당 상황에서 일반적으로는 두 서비스에서 별도의 MemoryMemberRepository 인스턴스를 생성할 경우, 각각의 인스턴스는 서로 다른 메모리 공간을 사용하게 되어 서로의 데이터를 공유하지 않게 됩니다. 그러나 강의나 예제 코드에서는 MemoryMemberRepository 가 static 한 데이터를 가질 수 있도록 구현했을 가능성이 있습니다. static 필드는 클래스의 모든 인스턴스가 공유하는 필드이기 때문에, 서로 다른 인스턴스가 같은 데이터를 접근할 수 있게 됩니다. 이는 강의에서 static 키워드 사용에 대해 설명했을 가능성이 있으며, 이는 개발 초보 단계에 있는 학습자들에게 실제 데이터베이스 없이 데이터를 공유하는 방법을 보여줄 때 유용합니다. 하지만, 실무에서는 static 필드를 통한 데이터 공유보다는 Spring에서 제공하는 DI(Dependency Injection)를 활용하여 동일한 인스턴스를 서비스 전역에서 사용하도록 설계하는 것이 권장됩니다. 이를 통해 명확하고 유지보수 가능한 코드를 작성할 수 있습니다. 더 깊은 이해를 위해 다음과 같은 유사한 질문들을 참고하시면 좋을 것 같습니다: OrderServiceTest 관한 질문 MemoryMemberRepository 가 test case 에서와 member service에서 다른 repository인 이유 각각의 링크에서 질문자님과 비슷한 의문을 해소한 경우를 살펴보실 수 있습니다. 저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.