#295 [feat] 푸시알림 구현 #305
#295 [feat] 푸시알림 구현 #305
Conversation
| override fun getFcmToken(setFcmToken: (String) -> Unit) { | ||
| FirebaseMessaging.getInstance().token.addOnCompleteListener( | ||
| OnCompleteListener { task -> | ||
| if (!task.isSuccessful) { |
There was a problem hiding this comment.
task.isSuccessful.not() 라는 것도 있긴 한데,, 어떤 것이 더 나을진 모르겠습니다
There was a problem hiding this comment.
There was a problem hiding this comment.
task.isSuccessful.not() 라는 것도 있긴 한데,, 어떤 것이 더 나을진 모르겠습니다
흐으음 뭔가 not successful이 더 잘 어울리는 거 같아서 맨뒤에 not 키워드를 붙이는 건 제 개인적인 의견으론 가독성이 떨어져보이네요 .. 이건 우리끼리 컨벤션을 맞춰보는 게 좋을 거 같아요 ~~
There was a problem hiding this comment.
저도 동의하는 바입니다.. 마지막에 not은 별론데 !이거는 제 눈에는 잘 안들어와서 또 별로더라고요,,컨벤션 함 이야기 해보아요!
| @@ -33,4 +36,16 @@ class AuthRepositoryImpl @Inject constructor( | |||
| override fun setSignedUp() { | |||
| localSignedUpDataSource.isSignedUp = true | |||
| } | |||
|
|
|||
| override fun getFcmToken(setFcmToken: (String) -> Unit) { | |||
There was a problem hiding this comment.
inline으로 쓰는 건 어떤가요?
이유를 알 수 있을까요?!
There was a problem hiding this comment.
람다 파라미터를 받아올 때 더 이롭다고 알고 있습니다! https://jaehochoe.medium.com/better-kotlin-inline-2c41f1db0dfc
There was a problem hiding this comment.
람다 파라미터를 받아올 때 더 이롭다고 알고 있습니다! https://jaehochoe.medium.com/better-kotlin-inline-2c41f1db0dfc
inline을 쓰면 람다를 표현하는 클래스와 람다 인스턴스에 해당하는 객체를 만들 필요도 없어서 이롭긴 하지만 람다를 사용하는 모든 함수에 inline를 사용할 순 없습니다
inline은 컴파일 시점에서 함수 호출 부분에 함수의 본문 코드가 삽입되는 방식으로 동작하는데, 현재 코드같은 경우는 인터페이스를 상속받아 구현이 런타임에서 결정되기 때문에 inline이 작동하지 않을 수도 있어요
실제로 저 함수에 inline 키워드를 붙여 디컴파일 해보면 (위에가 기존 코드, 아래가 inline 붙인 코드)
코드가 별반 다를 바가 없음을 알 수 있습니다 (final 붙은 정도 ..?)
그래서 현재 코드에 inline을 넣는다고 크게 효과보는 건 없다고 생각이 드네요
관련 이슈
작업 사진/동영상 (선택)
작업한 내용
PR 포인트