NotificationPushEndpoint — @gj-kit/nest-notifications
@gj-kit/nest-notifications/core에서 공개하는 interface입니다. package version 0.1.1의 release declaration을 그대로 표시합니다.
검증된 import 예제
섹션 제목: “검증된 import 예제”import { NotificationPushEndpoint } from '@gj-kit/nest-notifications/core';시그니처, 매개변수, 반환 타입
섹션 제목: “시그니처, 매개변수, 반환 타입”/** * 전송 포트 — provider 중립(설계 §3.4.5). * * 소스가 스스로 "provider port. 저장소도 recipient의 application identity도 모른다"고 * 적어 둔 경계다. 우리는 그 경계를 지운 게 아니라 지킨다 — 어떤 provider SDK도 dependency, * peer, optional peer 중 무엇으로도 들어오지 않는다(설계 §2.2). provider 고유 지식은 * 별도 서브패스가 무의존 순수 함수로 소유하고, 이 파일은 그 이름조차 모른다(가드가 강제). */interface NotificationPushEndpoint { readonly id: string; /** Opaque to this library. The dispatcher's `providers` option decides routing. */ readonly provider: string; readonly address: string;}이 선언은 매개변수, optionality, 제네릭, 반환값, 공개 union/type 계약의 정본입니다. 호출 전 필요한 환경·권한·오류 경계는 패키지 Golden path와 이 subpath의 import 조건을 함께 확인하세요.
Release context
섹션 제목: “Release context”- 패키지:
@gj-kit/nest-notifications - 버전:
0.1.1 - 공개 entry:
./core - 소스: GitHub
구현 주석
섹션 제목: “구현 주석”전송 포트 — provider 중립(설계 §3.4.5).
소스가 스스로 “provider port. 저장소도 recipient의 application identity도 모른다”고 적어 둔 경계다. 우리는 그 경계를 지운 게 아니라 지킨다 — 어떤 provider SDK도 dependency, peer, optional peer 중 무엇으로도 들어오지 않는다(설계 §2.2). provider 고유 지식은 별도 서브패스가 무의존 순수 함수로 소유하고, 이 파일은 그 이름조차 모른다(가드가 강제).