부산대 Android_이창욱_6주차_과제_step2 #56
Conversation
푸시 알림에 대한 내용 추가
| minimumFetchIntervalInSeconds = 0 // 개발용 | ||
| // minimumFetchIntervalInSeconds = 3600 // 배포용(1시간) |
There was a problem hiding this comment.
이런 부분들은 flavor 를 통해서 관리되면 좋을 것 같아요 :)
환경에 따라 dev / stage / prod 등으로 나뉘기도 하고, build type 에 따라 debug / release 로도 나뉠 수 있으니, 직접적으로 설정하는 것보다는 flavor 를 통해서 처리되면 좋습니다!
| private val TAG = "FirebaseService" | ||
|
|
||
| override fun onNewToken(token: String) { | ||
| Log.d(TAG, "Refreshed token: $token") |
There was a problem hiding this comment.
onNewToken 은 갱신된 토큰이 내려오는 편이에요. 보통 data store 등에 저장해두었다가 서버에 보내는 작업을 진행하기도 합니다.
|
|
||
| private fun sendNotification(remoteMessage: RemoteMessage) { | ||
| notificationManager = getSystemService(Context.NOTIFICATION_SERVICE) as NotificationManager | ||
| createNotificationChannel() |
There was a problem hiding this comment.
notification channel 은 매번 처리하기보다, 한번만 처리하는 편이 좋을 것 같네요!
| fun getFirebaseToken() { | ||
| FirebaseMessaging.getInstance().token.addOnSuccessListener { | ||
| Log.d(TAG, "token=$it") | ||
| } | ||
| } |
| const val SERVICE_STATE = "serviceState" | ||
| const val ON_SERVICE = "ON_SERVICE" | ||
| const val SERVICE_MESSAGE = "serviceMessage" |
There was a problem hiding this comment.
SERVICE_STATE 와 SERVICE_MESSAGE 는 외부 참조할 필요가 없기 때문에 private 처리해주시는 것이 좋을 것 같아요.
| class DefaultFirebaseRemoteConfigRepository @Inject constructor( | ||
| private val firebaseRemoteConfig: FirebaseRemoteConfig, | ||
| ) : FirebaseRemoteConfigRepository { |
There was a problem hiding this comment.
외부에 구현체는 드러내지 않기 위해서 internal 처리를 해주시는 것이 좋습니다.
|
|
||
| companion object ConfigKeys { | ||
| const val SERVICE_STATE = "serviceState" | ||
| const val ON_SERVICE = "ON_SERVICE" |
There was a problem hiding this comment.
ON_SERVICE 의 의도가 외부에서 참조하는 것이라면, 구현체에 존재하기 보다는 interface 에 존재하는 것이 좋을 것 같네요.
| private fun handleRemoteConfig(serviceState: String?, serviceMessage: String?) { | ||
| if (serviceState == DefaultFirebaseRemoteConfigRepository.ON_SERVICE) { | ||
| navigateToMapActivity() | ||
| } else { | ||
| binding.splashMessageTextView.text = serviceMessage | ||
| } | ||
| } |
There was a problem hiding this comment.
음 이부분 로직을 SplashViewModel 로 옮기는 거싱 어때요? 굳이 remote config 에 대한 것을 view 가 알 필요도 없고요.
message 를 표시하거나, map activity 로 navigate 하거나의 상태값만 아는 것이 바람직할 것 같네요!
| private val _errorMessage = MutableStateFlow<String?>(null) | ||
| val errorMessage: StateFlow<String?> get() = _errorMessage |
There was a problem hiding this comment.
UiState 를 따로 정의하고 그 안에 error message 를 숨기는 것이 좋을 것 같아요.
만약 그렇게 하지 않더라도 nullable 처리를 하는 것은 큰 이점이 존재하지 않아요. empty string 을 default 로 처리해주시면 좋을 것 같네요!
Step2 커밋 모음 링크
코드 작성하면서 어려웠던 점
중점적으로 리뷰해주셨으면 하는 부분
실행 화면
앱 실행 중 알림 백그라운드 알림