NotificationsError — @gj-kit/nest-notifications
@gj-kit/nest-notifications에서 공개하는 type입니다. package version 0.1.1의 release declaration을 그대로 표시합니다.
검증된 import 예제
섹션 제목: “검증된 import 예제”import { NotificationsError } from '@gj-kit/nest-notifications';시그니처, 매개변수, 반환 타입
섹션 제목: “시그니처, 매개변수, 반환 타입”/** * `NotificationsError`는 **클래스**다. `export type { NotificationsError }`로 내면 dts * 롤업이 `type` 수식어를 떨어뜨려 산출 선언이 이 이름을 런타임 값으로 광고하고, 소비자의 * `import { NotificationsError }`가 타입 검사만 통과한 뒤 ESM에서 모듈 인스턴스화 실패로 * 프로세스를 죽인다(CJS에서는 `undefined`). 그래서 값이 될 수 없는 **별칭**으로 낸다. * 생성과 판정은 `./core`의 몫이다(`isNotificationsError`가 정본, §2.5). * 형제 `nest-operations-jobs`가 같은 결함에 같은 처방을 냈다. */type NotificationsError = NotificationsError$1;이 선언은 매개변수, optionality, 제네릭, 반환값, 공개 union/type 계약의 정본입니다. 호출 전 필요한 환경·권한·오류 경계는 패키지 Golden path와 이 subpath의 import 조건을 함께 확인하세요.
Release context
섹션 제목: “Release context”- 패키지:
@gj-kit/nest-notifications - 버전:
0.1.1 - 공개 entry:
. - 소스: GitHub
구현 주석
섹션 제목: “구현 주석”NotificationsError는 클래스다. export type { NotificationsError }로 내면 dts
롤업이 type 수식어를 떨어뜨려 산출 선언이 이 이름을 런타임 값으로 광고하고, 소비자의
import { NotificationsError }가 타입 검사만 통과한 뒤 ESM에서 모듈 인스턴스화 실패로
프로세스를 죽인다(CJS에서는 undefined). 그래서 값이 될 수 없는 별칭으로 낸다.
생성과 판정은 ./core의 몫이다(isNotificationsError가 정본, §2.5).
형제 nest-operations-jobs가 같은 결함에 같은 처방을 냈다.