왜그런거임??
자바에선 var쓰면 타입추론 이상하게 되고
가독성떨어진다고 절대쓰지말라그랬는데
상황마다 다름 - dc App
as 얘기하는건가? as쓰면 그 변수가 타입이 고정되어버려서 타입 관련해서 오류 생기면 디버깅 하기 힘들어 근데 절대 쓰지말라는건 아니고 api같이 외부에서 넘어오는 값들이나 정말 단언하는 그 타입일 수 밖에 없으면 써도댐
너 돔 엘리먼트들 가져올때 as로 type assertion함? 그때는 그거 안하고는 너무 불편하던데
수 밖에->수밖에
타입스크립트가 최대한 타입추론을 하도록 해야 좋긴해 예를들어 참조중인 원본 데이터의 스팩을 변경했을때 원본 데이터의 타입만 바꿔주면 되니까
근데 이것도 취향것 하는게 맞지 모든 함수의 매개변수에 제네릭을 쓰거나 할 필욘 없는거니까 적당히 알아서 타입 명시할땐 명시하고 아니면 추론하도록 쓰면 됨
추론된 실제타입이랑 명시한 타입이 달라질수 있어서
ts는 근본이 js라서 추론 써야할때가 있음. 디노나 번처럼 ts로만 돌아가는 런타임이 대세가 되면 서버에서는 안쓰게 될 수도 있는데 브라우저에서는 답 없음 ㅋㅋㅋ
상황마다 다름 - dc App
as 얘기하는건가? as쓰면 그 변수가 타입이 고정되어버려서 타입 관련해서 오류 생기면 디버깅 하기 힘들어 근데 절대 쓰지말라는건 아니고 api같이 외부에서 넘어오는 값들이나 정말 단언하는 그 타입일 수 밖에 없으면 써도댐
너 돔 엘리먼트들 가져올때 as로 type assertion함? 그때는 그거 안하고는 너무 불편하던데
수 밖에->수밖에
타입스크립트가 최대한 타입추론을 하도록 해야 좋긴해 예를들어 참조중인 원본 데이터의 스팩을 변경했을때 원본 데이터의 타입만 바꿔주면 되니까
근데 이것도 취향것 하는게 맞지 모든 함수의 매개변수에 제네릭을 쓰거나 할 필욘 없는거니까 적당히 알아서 타입 명시할땐 명시하고 아니면 추론하도록 쓰면 됨
추론된 실제타입이랑 명시한 타입이 달라질수 있어서
ts는 근본이 js라서 추론 써야할때가 있음. 디노나 번처럼 ts로만 돌아가는 런타임이 대세가 되면 서버에서는 안쓰게 될 수도 있는데 브라우저에서는 답 없음 ㅋㅋㅋ