Step4 - 페이먼츠(카드 수정) #61
Conversation
| private val _cardNumber = MutableStateFlow(cardArgType.value.creditCardToEdit?.cardNumber ?: "") | ||
| val cardNumber: StateFlow<String> = _cardNumber.asStateFlow() | ||
|
|
||
| private val _expiredDate = | ||
| MutableStateFlow(cardArgType.value.creditCardToEdit?.expiredDate ?: "") | ||
| val expiredDate: StateFlow<String> = _expiredDate.asStateFlow() | ||
|
|
||
| private val _ownerName = MutableStateFlow(cardArgType.value.creditCardToEdit?.ownerName ?: "") | ||
| val ownerName: StateFlow<String> = _ownerName.asStateFlow() | ||
|
|
||
| private val _password = MutableStateFlow(cardArgType.value.creditCardToEdit?.password ?: "") | ||
| val password: StateFlow<String> = _password.asStateFlow() | ||
|
|
||
| private val _bankType = MutableStateFlow(cardArgType.value.creditCardToEdit?.bankType?.toUiModel()) |
There was a problem hiding this comment.
너무 많은 state가 전달되고 있는건 아닐까요?
하나의 uiState로 외부에 노출하면 어떤 장점이 있을까요?
| val cardArgType = savedStateHandle.getStateFlow<CardArgType>( | ||
| CardArgType.MANAGE_CARD_TYPE_ARG, | ||
| CardArgType.AddCardArg | ||
| ) |
There was a problem hiding this comment.
매번 cardArgType.value.creditCardToEdit?을 통해 creditCard에 접근하고 있네요,
사실 필요한건 CardArgType 이 아닌 creditCard가 아닐까요?
| @Parcelize | ||
| data class EditCardArg(val creditCard: CreditCard) : CardArgType() | ||
|
|
||
| val creditCardToEdit : CreditCard? by lazy { |
There was a problem hiding this comment.
이미 Add일땐 null이 반환되고 있기 때문에
ToEdit이라는 접미사가 불필요하진않을까요?
| import nextstep.payments.ui.theme.PaymentsTheme | ||
|
|
||
|
|
||
| @OptIn(ExperimentalMaterial3Api::class) | ||
| @Composable | ||
| internal fun NewCardRouteScreen( | ||
| internal fun ManageCardRouteScreen( |
There was a problem hiding this comment.
석준님이 생각하는 RouteScreen의 역할은 무엇일까요?
저는 개인적으로 데이터 전달, 상태관리, 네비게이션등의 책임을 전달하는 편인거같아요 :)
RouteScreen가 커진건 아닌지 고민해보셔도 좋을거같아요!
| @Test | ||
| fun 카드_수정_화면에서_변경사항이_발생하지_않으면_저장_버튼을_클릭할_수_없다() { | ||
| //GIVEN | ||
| viewModel = ManageCardViewModel( |
There was a problem hiding this comment.
해당 테스트들이 ManageCardViewModel의 의존적이라고도 볼수 있을거같아요
Screen과 ViewModel을 분리해서 테스트하면 조금더 독립적인 테스트코드를 작성할수 있을거같아요 :)
( 이부분은 고민 만해주셔도 좋을거같아요!)
| val manageCardType by viewModel.cardArgType | ||
| .map { it.toManageCardType() }.collectAsStateWithLifecycle(ManageCardType.ADD) |
There was a problem hiding this comment.
toManageCardType는 Ui의 관심사와는 별개는 아닐까요?
주요 내용