refactor(app,core): 알림 발생 식별자를 occurrenceToken 이 아니라 occurrenceId 로 부른다 #1575

작업 유형

refactor — 동작 변경 없는 구조·책임·경계 개선

주 담당 모듈

afternote — 애프터노트

개요

알림 하나의 «발생» 을 구분하는 식별자를 코드가 occurrenceToken 이라 부른다. 토큰이 아니다 — FCM messageId 이거나(FcmNotificationIdentity.occurrenceToken), 로컬 일일 알림에서는 UUID.randomUUID()(DailyNotificationWorker)다. 비밀도 아니고 인증에도 쓰이지 않으며, 하는 일은 (tag, id) identity 를 발생마다 구분하는 것뿐이다.

푸시 대상 식별자에서 고친 것(#1570)과 같은 종류의 어긋남인데 개념이 달라 따로 낸다.

완료 조건

• occurrenceToken 식별자(파라미터·프로퍼티·함수명·지역변수)가 occurrenceId 가 된다. 범위는 app(messaging·notification)과 core:common(NotificationPendingIntentFactory·DailyNotificationWorker).
• Intent extra 키는 이름도 값도 그대로 둔다 — EXTRA_NOTIFICATION_OCCURRENCE_TOKEN = "com.afternote.notification.OCCURRENCE_TOKEN". 앱 업데이트 전에 게시된 알림의 PendingIntent 가 옛 키를 달고 있어서, 값을 바꾸면 그 알림을 탭했을 때 진입 정보를 못 읽는다. 상수 이름은 그 키를 그대로 가리키는 것이므로 값과 어긋나게 두지 않는다.
• 동작 변경 0. 기존 테스트가 이름만 바뀐 채 통과한다.

참고

• 같은 파일(AfternoteFirebaseMessagingService)을 fix(app,core): FCM 식별자를 서버에 등록해 푸시가 기기에 도달하게 한다 (#1493) #1498 이 건드리고 있어 그 위에 스택으로 올린다. 이 코드 자체는 feat(app): FCM 수신 기반 연동 — 메시징 SDK·서비스·알림 표시 #779 가 만든 것이라 fix(app): FCM 푸시가 기기에 도달하지 않는다 — 발급 토큰을 서버에 등록하는 코드가 0건 #1493 과는 무관하다.