target을 es6로 했는데, 다르게 나옵니다 ㅠ-ㅠ

음.. 주석에 있는거 중에서 ES2015 이상으로 한번 설정해보심이 어떨까요. ES6가 ES2015와 같은거니까요

플러그인 정보

angular개념이 도입된 nest js에 대한 강의를 계획하고 있긴 있습니다만 저도 아직 많이 안써봐서... 현재 실무에 쓰고 있으니 좀 더 능숙해지면 올려볼 생각입니다!

플러그인 정보

앵귤러 관련 플러그인들이 여러개 있지만 가장 필수적인 플러그인은 Angular Language Service 입니다. 요건 꼭 설치하세요!

ngOnchanges 질문

없다는게 어떤 의미인가요? 호출이 안된다는걸까요? 앵귤러는 2버전 이후로 구조가 크게 달라진것이 없기때문에 어떤 버전으로 하셔도 무방합니다. 중요한건 모듈과 컴포넌트 시스템을 이해하는 거니까요!

typescript관련

타입스크립트 설정이랑 관련있을 것 같은데 정확하게는 원인을 모르겠네요 좀더 자세한 정보를 주실 수 있을까요?

자식 컴포넌트간의 데이터 교환

저랑 같은 고민을 하셨었네요. 제가 검색해본 바로는 해당 방법이 없는 것으로 알고 있습니다. 혹여나 찾은 방법이 있다면 제게도 공유를 부탁드립니다 ㅠ 저역시 장춘님이 제시하신대로 데이터 공유를 위한 서비스를 이용해서 해결하곤 했었죠. 좀더 구조적인 모습으로 만든다면 리덕스같은 라이브러리를 통해 데이터 흐름을 통제할 수도 있을테구요. 잘 생각해보면 router-outlet이라는게 가변적인 컴포넌트이기 때문에 명확히 부모자식을 설정하기 힘든 점도 있습니다. 라우팅을 쓰지 않는다면 부모 컴포넌트에 url에 따라 자식 컴포넌트를 명시하는 방법으로 해결 하는 방법도 있겠네요

서비스에 서비스를 주입 시

답변이 늦어서 죄송합니다. 서비스는 따로 provider를 지정하지 않습니다. 다만 서비스 역시 주입받을 다른 서비스를 모듈로부터 찾게됩니다. 자신이 주입하고자 하는 서비스가 서비스가 속한 모듈로부터 루트 모듈까지 검색했는데 존재하지 않을 경우 에러를 생성합니다

Angular Injector 관련 질문있습니다.

헛 그런가요 ㅋㅋㅋㅋ 지금 제가 강의를 못듣다보니, 혹시 빠진 내용인가 싶었는데... 부족한 설명이지만 잘 이해해주시니 다행입니다. 취업(혹은 이직) 성공하시길 진심으로 기원합니닷!

Angular Injector 관련 질문있습니다.

주입시점을 잘 이해하시면 명료하실 겁니다. 먼저 답변은 '그럴수도 있고 그렇지 않을 수도 있다'입니다.강의에서는 설명하지 않았는데도 잘 알고 계시는군요! 네 맞습니다. Angular 시스템에서는 사실 각각의 컴포넌트에 'Injector'라는 것이 존재하죠.만약 인젝터들에 어떤 서비스가 주입받을지 명시되어 있으면, 인젝터는 해당 서비스의 인스턴스를 생성하여 주입합니다.예를들어 A 컴포넌트의 인젝터에는 example 이라는 서비스를 명시했다고 하죠. 그럼 A 컴포넌트에는 example(A)라는 인스턴스가 주입이 됩니다. B 컴포넌트의 인젝터에도 example이라는 서비스를 명시한다면 해당 컴포넌트의 인젝터가 example(B)라는 인스턴스를 생성해서 넣겠죠. 이런 경우 장춘님이 말씀하신 상황입니다. 인젝터별로 인스턴스가 생성되었기 때문에 데이터를 공유할 수 없습니다. 하지만 장춘님께서 의미하시는 '완전한 싱글톤'으로 작동하는 경우도 있습니다. 인젝터는 상속 비슷한 개념을 가지고 있습니다. 어떤 컴포넌트가 부모 컴포넌트를 지니고 있고, 해당 컴포넌트에서 주입을 받아야할 객체가 있다고 가정해보죠. 컴포넌트는 주입을 받아야 객체가 있으면 먼저 자신의 인젝터를 확인해봅니다. 그런데 자신의 인젝터에는 아무것도 명시되어 있지 않다면 어떻게 할까요? 그러면 컴포넌트는 자신의 부모 컴포넌트의 인젝터를 확인해봅니다. 이런식으로 쭈욱 올라가다보면 결국 root 인젝터를 확인하게되고, 만약 root 인젝터에도 없다면 Null injector 에러를 보시게 될겁니다. 모든 컴포넌트들이 root 인젝터에 있는 서비스를 사용하게 되면 어떨까요? 이 경우 root 인젝터에 하나의 인스턴스로 존재하게되며 싱글톤인 서비스로 동작하게 됩니다. 모든 컴포넌트들이 하나의 인스터스에 접근하여 데이터를 조작할수도 있고, 공유할 수 도 있는 것이죠. 완전한 싱글톤인 상태인 것입니다. (이런 개념을 통해 Angular에서는 redux와 같은 패턴도 쉽게 구현해낼 수 있습니다. )

Dependency Injection 관련해서 질문있습니다.

타입에 대한 부분은 장춘님이 말씀하신대로 한번 더 추상화 과정이 필요하겠습니다. 생성자에 타입이 지정되어 있으면,결국 생성자에서 타입 변경을 해주어야 런타임때 에러가 안나는 것을 방지할 수 있겠죠. A Tire와 B Tire를 추상화한 인터페이스 값으로 타입을 지정해주면 해결 할 수 있겠습니다. 좋은 지적 감사드립니다. 강의 전반적으로 전달하고자 했던 의도는 말그대로 의존성에 대한 부분을 외부에서 주입해준다는 것에 있습니다. 그 점에 대해서만 의미가 잘 전달되었으면 합니다!