[스캇] 1단계 자동 DI 미션 제출합니다 #10
Conversation
| override fun onCreate() { | ||
| super.onCreate() | ||
| repositoryContainer = RepositoryContainer() | ||
| } | ||
|
|
||
| companion object { | ||
| lateinit var repositoryContainer: RepositoryContainer | ||
| } |
There was a problem hiding this comment.
companion object에서 바로 Repository Container를 생성하지 않고 onCreate에서 해준 이유가 궁금합니다.
There was a problem hiding this comment.
Application 이 정상적으로 Oncreate 될 때, Repository Container 를 생성해준다 라는 명시하고 싶어서 이렇게 작성했습니다!
|
|
||
| // TODO: Step2 - CartProductDao를 참조하도록 변경 | ||
| class CartRepository { | ||
| class CartRepositoryImpl : CartRepository { |
There was a problem hiding this comment.
Impl이라는 키워드 대신 다른 키워드를 사용해보는 것은 어떤가요?
수업에서도 얘기가 나왔었지만, Impl은 다형성을 존중하지 못하는 느낌이 있다고 하더라고요 ~
참고로 공식문서에서는 기본 형태를 Default를 주로사용하는 것 같습니다 ㅎㅎ
| val cartRepository = ShoppingApplication.repositoryContainer.cartRepository | ||
|
|
||
| when { | ||
| isAssignableFrom(MainViewModel::class.java) -> |
There was a problem hiding this comment.
오.. isAssignableFrom이라는 함수.. 배워갑니다 (짱!)
| val actual = cartRepository.getAllCartProducts() | ||
| val expected = listOf(Dummy.cartProducts[1]) |
There was a problem hiding this comment.
개인적으로 이부분이 가독성이 떨어진다고 생각했는데요,
0번째 원소가 없어지면 1~마지막 일것이라고 생각했는데 cartProducts[1]이라서 다른 파일에서 가서 cartProducts가 무슨 리스트인지 확인을 해야했습니다.
확실히 파일을 분리한 스캇의 코드가 깔끔해 보이지만, 저는 가독성을 위해 테스트를 위한 dummy는 같은 테스트 파일 하단에 존재해야한다고 생각하는데 스캇의 생각은 어떠신가요?
There was a problem hiding this comment.
Dummy 파일의 세부 내용을 직접 확인해야하는 경우에는 확실히 링링의 말처럼 테스트 하단 파일에 존재하는 것이 맞다고 생각합니다! 하지만 Dummy 파일의 내용을 직접 확인하지 않아도 되고, 공통으로 쓰이는 데이터 같은 경우에는 파일을 따로 분리하여 공통으로 사용되게 하면 좋을 것 같네요!
그리고 다시 생각해보니, CartRepository 를 테스트하는 것인데, Dummy.cartProducts 를 이용하는 것도 잘못된 것 같네요!
수정한 파일 커밋입니다 !
커밋 링크
| inline fun <reified T : Any> get(): T { | ||
| val service = Injector.getService(T::class) | ||
| return service.instance as T | ||
| } |
There was a problem hiding this comment.
아직은 쓰이지 않는 코드이지만, 나중에 Activity나 Fragment에서 최종적으로 의존성 주입을 할 때 사용할 코드입니다.
|
|
안녕하세요 링링 ^^ 스캇입니다.
이번에 링링이 저의 리뷰어가 되어주셔서 너무 영광입니다 :)
이번 자동 DI 미션은 Koin 구조를 한번 따라해보려고 하였습니다.
Koin 은 중앙 레지스트리 방식을 이용하고, KClass 타입을 Key로, 의존성 주입할 Instance 를 Value 로 하는 Map 형태로 의존성 주입 객체들을 저장하는 형식입니다.
자동 DI 커밋
수동 DI 커밋
테스트 커밋
요구사항
기능 요구 사항
생성자 주입 - 수동
생성자 주입 - 자동
선택 요구 사항
프로그래밍 요구 사항