[%] 모든곳에 nullish를 쓰면 코드가 지저분해져?

[익명(39.127)]

개씨발 애미뒤진새끼

undefined 보면 거품물고 달려들던새끼가 ㅋㅋㅋ

걍 아스팔트에 안면 갈아버리고싶네

[익명(223.33)]

회사사람이랑 싸움?

[익명(39.127)]

제가병신인건맞ㅇ므

[익명(1.250)]

null undefined엄격하게 구분해야하면 코드 더러워지긴 함 근데 그럴거면 js를 쓰면 안되지

[익명(39.127)]

ts쓰는데용

[익명(1.250)]

js나 ts나

[익명(39.127)]

머 물론 제가 프론트개발자는아니지만 프론트 하려면 선택지가있나용..?

[익명(39.127)]

다른

[익명(sea715)]

프론트면 외부에서 오는 데이터에 대해서 방어적으로 짜는게 장기적으로는 더 좋긴함 - dc App

[익명(39.127)]

방어적으로 짠다는게 무슨뜻인가요

[익명(39.127)]

그러니까 모든 undefined ?? null 을 추가하란거죠?

[익명(sea715)]

백이야.. app과 app끼리의 호출이 아닌이상 데이터를 신뢰하고 에러를 내리지 않는게 맞지만 프론트는 받는 데이터가 대부분 프로토콜을 통한 데이터잖아 (외부든 내부든) 이건 값이 어느순간 undefined일수도 있고 null일수도 있는데 이걸 혼용해서 쓰면 내부적으로는 혼란스러움 (적어도 우리회사 프론트팀은 그래) 그래서 널리시한 값은 isFalsy<T>: <T l null>로 타입가드 먼저 하고 처리함 - dc App

[익명(sea715)]

'추론한 데이터를 신뢰 가능한가'의 차이이긴한데.. 컴파일과정에서는 모든 타입이 추론 가능해야한다고 생각함 - dc App

[익명(39.127)]

감사합니다 정말 값진답변이네요

[익명(sea715)]

타입스크립트의 타입추론 범위는 팀마다 다르니까 팀에서 원하는곳으로 가는게 좋긴해 (너가 설득 가능하다면 추론을 더 정확하게 하는게 좋긴하지) - dc App

[익명(yabung555)]

얼마나 심하게 싸웟길래 그래

[익명(39.127)]

싸운게아니고 뭘써야되는지모르겟음..

[익명(61.81)]

걍 니가 정공 학1쩝@충인거같은데?