BuilderInit 사용 이유

해당 문법은 데코레이터가 실험적기능으로 타입스크립트에 도입되었을 때 문법이라 에러들을 우회하기 위해서 설명한 문법이였습니다. 특히 지금 데코레이터는 4버전 초반대랑 조금 다를 것 입니다. 그래서, 강의의 타입스크립트 버전이 너무 옛날 버전이라 강의를 재촬영을 계획하고 있습니다. 그리고 지금은 Builder를 사용하지 않고 모두 함수를 이용하는 편입니다. 예전에는 디버깅하려고 Builder를 쓰기도 했는데 지금은 보통 쓰지 않습니다. 본 영상의 목적은 Decorator에 이해를 돕기 위한 것 이였으나, 혼란을 드려 죄송합니다.

enum 질문이 있습니다.

맞습니다. 그래서 인터페이스를 주로 사용합니다 :)

색션 2, 데코레이터 개념이 아예 이해가 안됩니다.

안녕하세요. 데코레이터는 사실 Node.js 진영에서 앵귤러나 Nest.js를 제외하고는 잘 쓰이지 않습니다. JS가 코딩 입문언어로 그 외 언어들은 알지 못합니다. 그래서 데코레이터가 더 이해가 잘 안되는데요. -> 원래 처음에는 난해한 개념입니다. 대한민국에서 개발자를 하신다면 언젠가는 꼭 자바(Java) 를 배우실 날이 올 것 인데요. 그때 자세히 배우고 지금은 이런 것이구나 ~ 하고 개념만 잡고 그때 공부하셔도됩니다. 참고할만한 블로그나 기초 개념들을 알려주시면 감사하겠습니다. -> 자바 데코레이터 구글에 검색하시면 됩니다. 파이썬도 데코레이터 많이 쓰긴 하는데, 자바가 공부하기에는 좋겠네요. 아래는 타입스크립트 관련 데코레이터 정리해놓은 링크 두겠습니당. https://typescript-kr.github.io/pages/decorators.html https://www.typescriptlang.org/docs/handbook/decorators.html 아래의 오류가 떠서 뭐가 문제인지 잘 모르겠습니다. -> 에러 메세지는 인자가 잘못 되었을 때 나타나는 메세지입니다.

변수의 타입에 클래스를 지정해준 것과 지정 안한 것 과의 차이가 어떻게 되는지 궁금해서 질문을 남깁니다.

본래 UserInfo 상단에 지정된 인자들의 타입을 한번 더 점검해준다는 뜻인가요?? 답) 점검하는 목적은 아닙니다. 객체의 메소드와 변수가 안에 들어있다는 것을 보장하기위해, 자동완성 목적으로 타입을 달아줍니다. 클래스 타입을 지정해주는 이유는 사실 지금은 느끼기 어렵습니다. 나중에 규모가 큰 프로젝트를 하시다보면 다른 파일에 분명 타입을 달았는데도 타입이 인식되지 않는 경우가 종종 있습니다. 또한, 여러명에서 동시에 개발을 하다보면 무슨 타입인지 들어가봐야 아는 경우도 자주 생기므로 달아주는 것이 좋습니다.

섹션4 예제0 질문입니다.

compilerOption 에서 strict 나 noImplicitAny 옵션을 true로 하였는지 한번 확인 부탁드립니다.