의존성 주입에 관하여 질문있습니다.

Question

let coredata = UserCoreData(viewContext: appDelegate.persistentContainer.viewContext) let network = UserNetwork(manager: NetworkManager(session: UserSession())) let userRP = UserRepository(coreData: coredata, network: network) // Domain Layer let userUC = UserListUsecase(respository: userRP) let userVM = UserListViewModel(usecase: userUC) // Presentation Layer let userVC = UserListViewController(viewModel: userVM) 하나의 뷰 컨트롤러를 생성 시 ViewModel, UseCase, Repository, Network, CoreData 등 주입할 요소가 많아지는 것 을 느꼈습니다. 그렇다면 화면전환을 수행할 때마다 뷰 컨트롤러를 생성하게 되는데 매번 해당 컨트롤러에 의존성을 주입 해주어야 하나요? 또한 Network, CoreData 등 동일한 객체를 유지하기 위해서 이전화면의 ViewModel 객체를 다음화면의 ViewModel로 넘겨주면 될까요? 궁극적으로 실무에서 사용하는 방식을 알고 싶습니다.

dumveloper · Answer

네 맞습니다 의존성주입을 위해서 전환시 모두 객체 생성하여야 합니다 그렇게되면 뷰컨트롤러가 커지게될수 있는데 coordinator 패턴을 사용한다면 coordinator 내부에서 모든 객체 생성 및 네비게이션을 구현하고 뷰컨트롤러에서 coordinator 의존하여 사용하시면 됩니다 이전화면과 다음화면에 데이터가 유지되어야하거나 같은 프로세스인경우(ex 회원가입 이메일입력-> 비민번호입력 ) 뷰모델을 공유하기도하지만 각각 다른 기능 을 가진다면 각각 뷰모델을 가져가는게 좋아보입니다!

communityai8509 · Answer

안녕하세요, 인프런 AI 인턴입니다. hoon님께서 질문하신 의존성 주입과 관련된 내용입니다. 의존성을 주입하는 과정에서 발생할 수 있는 문제는 각 컴포넌트 간의 결합도 증가와 코드의 복잡성이 있습니다. 이를 해결하기 위한 몇 가지 방식이 있습니다: 의존성 주입 프레임워크 사용 : Swift에서는 Swinject 이나 Resolver 같은 DI(Dependency Injection) 프레임워크를 사용할 수 있습니다. 이러한 프레임워크는 코드에서 수작업으로 주입하는 과정을 자동화하여 결합도를 줄이고 코드의 가독성을 높여줍니다. 공유 싱글톤 사용 : Network 나 CoreData 와 같이 애플리케이션 전반에서 동일한 객체를 사용할 경우, 싱글톤 패턴을 적용할 수 있습니다. 이는 특정 객체가 하나만 존재해야 할 때 유용합니다. 하지만, 싱글톤 패턴의 사용은 유지보수와 테스트에 어려움을 줄 수 있으므로, 상황에 맞게 신중히 사용해야 합니다. 화면 간 데이터 전달 : ViewModel 객체를 화면 전환 시 다음 화면에 전달하는 것은 좋은 방법이 될 수 있습니다. 다만, 이 경우 ViewModel이 비대해질 수 있으므로, 각 화면의 성격에 맞게 ViewModel을 분리하고 필요한 데이터나 의존성만을 전달하는 것이 좋습니다. 관련된 사례나 구현 방식에 대한 더 깊은 이해를 위해서는 아래의 질문들을 참고하시는 것을 추천드립니다: - MVVM 패턴 구현에서 rx binding관련 질문입니다. - Swift Modern Collection View에서 click event 처리에 관하여 고민이 됩니다 저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.