[Refactor] 버스 리뉴얼 코드 리팩토링 #497
Conversation
| if (placeSelectMode == PlaceSelectMode.DEPARTURE) { | ||
| placeSelectMode = | ||
| if (arrival.isEmpty()) PlaceSelectMode.ARRIVAL else PlaceSelectMode.NONE | ||
| onDepartureSet(context.getString(it.titleRes)) | ||
| } | ||
| else if(placeSelectMode == PlaceSelectMode.ARRIVAL) { | ||
| placeSelectMode = | ||
| if (departure.isEmpty()) PlaceSelectMode.DEPARTURE else PlaceSelectMode.NONE | ||
| onArrivalSet(context.getString(it.titleRes)) | ||
| } |
There was a problem hiding this comment.
이 부분 when 절 사용하면 더 가독성 있을 것 같은데 어떻게 생각해요!?
There was a problem hiding this comment.
첨에 when이었는데 PlaceSelectMode.None 일 때 동작도 명시해줘야 해서 if로 바꿨습니다 ㅠ
| onCompleteMinDepartureTime: (dateIndex: Int, daytimeIndex: Int, hourIndex: Int, minuteIndex: Int) -> Unit = { _, _, _, _ -> }, | ||
|
|
||
| ) { | ||
| var showSelectDialog by remember { mutableStateOf(false) } |
There was a problem hiding this comment.
혹시 당연히 알고있는 부분이겠지만, Saveable하지 않게 remember 사용한 이유가 있나요!? (다른 이유가 있는 건가 싶어서요..)
There was a problem hiding this comment.
saveable아니어도 괜찮을거라 생각했는데 다시 생각해보니 saveable인 게 좋겠네요 바꿨습니다~!
| val searchButtonEnabled by remember(departure, arrival) { derivedStateOf { departure.isNotEmpty() && arrival.isNotEmpty() } } | ||
| var placeSelectMode by remember { mutableStateOf(PlaceSelectMode.NONE) } |
There was a problem hiding this comment.
혹시라도 놓친 부분이라면 여기도 rememberSaveable 달아둘게요~
| emit(BusTimetableUiState.Success( | ||
| shuttleRegions.await(), expressTimetable.await(), cityTimetable.await() | ||
| )) | ||
| }.catch { | ||
| emit(BusTimetableUiState.LoadFailed) |
| sealed interface BusSearchResultUiState { | ||
| data class Success(val departureInfos: List<BusDepartureInfoViewState>) : BusSearchResultUiState | ||
| data object Loading : BusSearchResultUiState | ||
| data object LoadFailed : BusSearchResultUiState | ||
| } | ||
|
|
There was a problem hiding this comment.
여기서 sealed class 대신 sealed interface 를 사용하신 이유가 뭔가요?? 🙋♂️
There was a problem hiding this comment.
별로 의미 두진 않았고 일반적으로 그렇게 하기 때문에 따랐슴니다 ㅎ
혹시 그럼 class로 해야 한다는 이유 같은 것을 생각해보신적 있으신가용??
There was a problem hiding this comment.
저도 단순히 sealed class 로 많이 했어서 궁금했어요 ㅋㅋㅋ 😅
찾아보니 sealed interface 로 하는게 괜찮아보이네요!!
최우선 목표는 뷰모델 선언부와 UI를 분리하는 것이었습니다. 다음은 뷰모델에 상태가 아닌 변수들을 상태화하는 거였어용 또, 겸사겸사 불편했던 로직들도 좀 수정해주고여 ㅎ |
개요
버스 리뉴얼 코드 리팩토링
상세 작업