[질문] TS 뉴비 질문

[익명(59.6)]

우선 이런 인터페이스가 있어

이 인터페이스는 status == "success" 일때만 user가 존재하고 "fail"이면 user가 없는것이 보장됨

(예시 함수)

문제는 이 상황이야

string | undefined 형식을 string 형식에 할당할 수 없다 하고

오른쪽의 옵셔널 체이닝을 빼면 undefined일수도 있다고 하고...

요약하자면,
인터페이스에서 하나의 프로퍼티가 어떠한 값을 가질 때에만 옵셔널 프로퍼티 값을 가진다는것을 보장하는 타입을 어떻게 작성할까...

도와줘 깃라에몽ㅠㅠ

[익명(172.226)]

response.user!.username

[익명(118.235)]

보장하는 타입 작성법을 물어보니 사용자의 사용법을 답하는 멍청이

[익명(172.226)]

나쁜말 금지

[익명(59.6)]

좋은 답변 감사합니다!

[익명(218.51)]

is 함수를 만들어서 타입 내로잉을 한번 더하던가 as를 쓰던가 !를 쓰던가

[익명(59.6)]

좋은 답변 감사합니다. 뉴비한테 힘이 돼요

[익명(116.251)]

!

[익명(59.6)]

더 견고한 타입을 만들어보고 싶었어요ㅠ 답변 감사합니다

[익명(115.94)]

tagged union

[익명(59.6)]

좋은 답변과 제 무지한 질문에 대한 통찰력에 감탄합니다ㅠㅠ

[익명(211.36)]

컨디셔널타입을 써야지 처음부터 타입을 좆같이 줘놓고 개소리 하고있네ㅋㅋ

[익명(211.36)]

니가 만든타입이 fail일때 유저가 없는게 보장되는게 맞냐? 처음부터 좆병신같은 소리 하고있네

[익명(115.94)]

근데 왜 빡친거냐?

[익명(211.36)]

질문부터 잘못됐는데 위에 누가 알려주는것에 대한 태도가 구림

[익명(115.94)]

그리고 여기서 컨디셔널타입 쓰는거 아닌데

[익명(211.114)]

211.36/ 게이야 아이피들을 다시 살펴봐라 쉐도우복싱하고있네

[익명(59.6)]

조건부 타입은 상황에 잘 안맞는것같아요. 그래도 답변 감사합니다.

[익명(2.56)]

type AuthResponse = { status: "success"; user: { ... }; } | { status: "fail"; user: undefined; };

[익명(59.6)]

좋은 답변 감사해요 바로 시도해볼게요