Feature/boolti 347 웹뷰 브릿지 연결 (공연 등록) #358
Conversation
Test Results 9 files 9 suites 0s ⏱️ Results for commit 18ad02f. ♻️ This comment has been updated with latest results. |
# Conflicts: # presentation/src/main/java/com/nexters/boolti/presentation/screen/Main.kt # presentation/src/main/java/com/nexters/boolti/presentation/screen/home/HomeScreen.kt # presentation/src/main/java/com/nexters/boolti/presentation/screen/showregistration/ShowRegistrationNavigation.kt
| try { | ||
| // JSON 메시지 파싱 | ||
| val dto = Json.decodeFromString(BridgeDto.serializer(), message) | ||
| bridgeManager.handleIncomingData(dto) | ||
| } catch (e: SerializationException) { | ||
| Timber.tag("webview_bridge") | ||
| .e(e, "(WEB -> APP) 유효하지 않은 JSON 포맷: $message") | ||
| } catch (e: IllegalArgumentException) { | ||
| Timber.tag("webview_bridge") | ||
| .e(e, "(WEB -> APP) BridgeDto 타입으로 파싱 실패: $message") | ||
| } catch (e: Exception) { | ||
| Timber.tag("webview_bridge") | ||
| .e(e, "(WEB -> APP) 알 수 없는 에러") | ||
| e.printStackTrace() // 에러 처리 | ||
| } |
There was a problem hiding this comment.
crashlytics 를 말한 거라면 이미 catch하고 있어서 그거보다는 추후에 로그 플랫폼 정해지면 로그 작업 풀로 들어가야 할 거 같긴 해
| override fun onConsoleMessage(message: ConsoleMessage?): Boolean { | ||
| Timber.tag("webview_console Message bridge") | ||
| .d("${message?.message()} -- From line ${message?.lineNumber()} of ${message?.sourceId()}") | ||
| return true | ||
| } |
| * | ||
| * 예를 들어 화면 이동의 경우 웹으로 전달할 데이터가 없으니 [BridgeDto.timestamp]를 제외한 나머지 정보는 에코 방식으로 그대로 콜백한다. | ||
| * | ||
| * 토큰 요청과 같이 웹으로 전달할 데이터가 있는 경우 [BridgeDto.data]에 웹과 맞춘 형태로 데이터를 포함시키고, 나머지 [BridgeDto.id]와 [BridgeDto.command]는 그대로 콜백한다. |
There was a problem hiding this comment.
[질문] 그러면 토큰의 경우 웹에서 직접 refresh하지 않고 앱에 요청하는 방식인 건가?
There was a problem hiding this comment.
맞아 토큰 관련된 제어는 모두 앱에서 처리해
| enum class CommandType { | ||
| NAVIGATE_TO_SHOW_DETAIL, | ||
| NAVIGATE_BACK, | ||
| REQUEST_TOKEN, | ||
| SHOW_TOAST, | ||
| UNKNOWN; |
There was a problem hiding this comment.
[질문] 액션이 이 친구들 말하는 건가?
새로운 액션이 정의되는 경우 [BridgeManager.handleIncomingData] 도 함께 수정되어야 한다.
| CommandType.NAVIGATE_TO_SHOW_DETAIL -> { | ||
| data.data?.jsonObject?.get("showId")?.toString()?.let { showId -> | ||
| scope.launch { | ||
| withContext(Dispatchers.Main) { | ||
| Timber.tag("bridge").d("공연 상세 화면으로 이동 $showId") | ||
| callbackHandler.navigate( | ||
| route = ShowRoute.ShowRoot(showId), | ||
| navigateOption = NavigateOption.CLOSE_AND_OPEN, | ||
| ) | ||
| } | ||
| } | ||
| } ?: Timber.tag("bridge").d("공연 상세 화면으로 이동 실패: showId 없음") | ||
| callbackToWeb(data) | ||
| } |
There was a problem hiding this comment.
[질문] navigate에 coroutineScrope를 쓴 이유가 뭐야?
There was a problem hiding this comment.
Main 스레드에서 돌리기 위한 목적이었는데, 지금 생각해보니 runOnUi 써도 되겠다
| callbackToWeb(data) | ||
| } | ||
|
|
||
| else -> callbackToWeb(data) |
There was a problem hiding this comment.
새로운 액션이 정의되는 경우 [BridgeManager.handleIncomingData] 도 함께 수정되어야 한다.
else 대신 각각의 command를 명시하면 command type 추가됐을 때 컴파일 에러로 체크할 수 있을 것 같아
There was a problem hiding this comment.
그것도 맞는 말인데, 지금 fe랑 협의된 내용은 항상 callback 을 해준다는 거였어. 그래야 FE 에서 비동기 통신을 마칠 수 있대
둘 다 충족할 수 있는 좋은 방법 생각나면 추천해줘
There was a problem hiding this comment.
일단 else 문 없애고 callbackToWeb(data) 호출하도록 변경함
Issue
작업 내용
2024-12-25.6.27.14.mov
2024-12-31.2.23.13.mov
관계도