최신 정보. Ivy 컴파일러는 lib-name.metadata.json 에 project_root/dist/lib-name lib-name.metadata.json 파일을 생성하지 않습니다.
이것이 문제일까요?

+1 같은 문제가 있습니다

버전 9 이후에는 Ivy 컴파일러를 사용하도록 언어 서비스 내부를 전환 할 예정입니다. 그때까지는 언어 서비스가 metadata.json 에 의존하여 지시문에 대한 추가 정보를 검색해야합니다.

예, 이것이 문제입니다. 당분간 해결하려면 tsconfig에 "enableIvy": false 있는 라이브러리의 prod 버전을 빌드해야합니다. 그러면 dist 폴더에 필요한 메타 데이터 파일이 생성됩니다.

예 : ng build lib-component --prod

그러나 vs-code에서 각 빌드 후에 Restart Angular Language service 를 확인해야합니다.

이 모든 정보는 vs-code 플러그인과 angular 자체 사이에서 쉽게 찾을 수 없습니다. 이 같은 문제를 겪고있는 다른 사람에게 알려드립니다.

내 가정

• https://github.com/angular/vscode-ng-language-service/issues/340 및
• https://github.com/angular/vscode-ng-language-service/issues/457
  모두 관련이 있습니다.

해결 방법에 관한 @jiverson ng build lib-component --prod 나에게 An unhandled exception occurred: Configuration 'production' is not set in the workspace. 오류가 발생하고 라이브러리에 대한 --prod 플래그가 더 이상 관련이 없다는 증거를 다른 곳에서 보았습니다. 저는 @ angular / cli v8.3.25를 사용하고 있습니다 ... 그래서이 문제는 # 665에 대한 중복 가능성으로 언급되었지만 확실하지 않습니다. 이견있는 사람? / cc @ayazhafiz

이것에 대한 업데이트가 있습니까? 우리는 prod에서도 아이비로 자체 라이브러리를 개발하고 게시했습니다.

언어 서비스를 Ivy 백엔드로 옮기는 작업이 진행 중입니다!

다음과 같은 경우 확인할 수 있습니다.

• ng build my-library --prod 및
• ctrl + shift + p를 누른 다음 "Angular Language 서버 다시 시작"을 선택합니다.

" 'xyz'는 알려진 요소가 아닙니다."유형의 오류는 라이브러리의 상위 프로젝트에서 사라집니다.

내가 이해했듯이 이것은 --prod 가 dist 폴더에 my-library.metadata.json 파일을 생성하기 때문입니다. 그러면 언어 서버에서 정의 된 구성 요소 선택기를 인식하는 데 사용됩니다. 내 도서관에서.

이제 ng build my-library --prod 빌드 한 npm publish 라이브러리와 다른 Angular 앱에 해당 라이브러리를 npm install 하면 언어 서버가 설치된 메타 데이터 파일을 볼 수 있습니다. npm 패키지 ( node_modules 폴더에 있음)가 " 'xyz'는 알려진 요소가 아닙니다"를보고하지 않습니다.

그러나 이것은 예상대로 작동하지 않으며 node_modules의 my-library 폴더에 메타 데이터 json 파일 이 있더라도 npm install ed my-library가있는 프로젝트에서 동일한 오류를 볼 수 있습니다.

이 문제와 동일한 버그일까요 아니면 다른 버그일까요?

아니면 누르는 키나 언어 서버에 제공 할 명령의 다른 (또는 추가) 마법 조합이있어 npm install ed Angular 라이브러리를 올바르게 처리합니까?

Ivy가 작동하는 새로운 방식은 더 이상 metadat.json 파일이 아닌 .d.ts 파일의 메타 데이터에 의존하는 것 같습니다. --prod 빌드가 작동하는 유일한 이유는 tsconfig가 enableIvy를 false로 설정하기 때문입니다 (npm 게시 라이브러리에 대해 angular에서 권장 됨). 게시 된 라이브러리를 사용하는 애플리케이션에 대해 빌드가 Ivy를 사용하거나 사용하지 않고 잘 작동하기 때문에 이것은 언어 서비스 문제이며 각도 cli 문제가 아닙니다.

문제는 두 가지입니다.

1. Ivy는 ALS 및 기타 도구에 필요한 metadata.json 파일도 제거합니다.
2. ALS는 현재 .metadata.json 대신 Ivy 메타 데이터에서 정보를 가져올만큼 똑똑하지 않습니다.

이것이 왜 매우 성가신 문제입니까?

• 아이비는 갈 길이며 도서관 개발자들도 갈 길을 만들 것입니다.
• Ivy 기반 애플리케이션 프로젝트에서 라이브러리를 만들 때 여전히 좋은 시민이면서 다른 사람들이 사용할 수 있도록 재사용 가능한 라이브러리를 npm에 게시하면서 앱에서 Ivy 엔드 투 엔드를 사용하고 싶습니다.
• 대부분의 개발자는 npm 링크를 사용하거나 앱 개발 중에 가져 오기를 위해 tsconfig를 라이브러리 dist 디렉토리로 지정합니다. 이는 분명한 방법입니다.
• 라이브러리에있는 항목을 알 수없는 것으로 표시하는 vscode를 사용하는 것은 정말 짜증납니다.

이 문제를 해결하기 위해 내가 한 작업은 다음과 같습니다. 동일한 상황에서 일부 사람들이 받아 들일 수 있습니다. 이러한 라이브러리의 사용자와 동일한 조건 (예 : 게시 된 npm 패키지)에서 게시 가능한 라이브러리를 사용하려는 사람들에게는 도움이되지 않습니다.

게시 가능한 라이브러리의 소스 코드를 사용하는 애플리케이션에서 일관된 방식으로 액세스 할 수있는 monorepo 또는 유사한 구조를 사용한다고 가정합니다.

패키지가 'happy-library'라고 가정 해 보겠습니다.

1. --prod를 사용하여 라이브러리 패키지를 빌드하고 평소처럼 npm에 게시합니다. --prod 를 사용하고 빌드 구성에서 Ivy를 비활성화
2. 작업 공간 루트에서 tsconfig.json 을 업데이트하여 (또는 vscode가 알아 내지 못합니다 ...) 해당 패키지에 대한 경로 매핑을 추가하여 패키지의 소스 디렉터리를 가리 킵니다.
3. node_modules에서 가져온 것처럼 애플리케이션 코드에서 패키지를 가져옵니다 (예 : import {whatever} from 'happy-library';

    "paths": {
      "happy-library": ["libs/happy-library/src/index.ts"]
    }

완벽하지는 않지만 적어도 나는 vscode의 오류없이 내가 만든 end-to-end Ivy 애플리케이션에서 내 라이브러리를 사용할 수 있으며 여전히 사랑을 공유하고 다른 사용자를 위해 NPM에 게시 할 수 있습니다. ALS가 작동하지 않는 이유를 지속적으로 얀 / npm 링크하고 디버깅 할 필요가 없습니다.

내가 놓친 것이 있다면 피드백에 관심이 있습니다 ...

추신 : https://github.com/abdes/happy-coding 에서이 방법으로 완전히 작동하는 저장소

이것에 대한 진전이 있었습니까?

11 월에 예정된 Angular 11의 베타 테스트를 위해이 기능이 제공 될 것으로 보입니다.

https://github.com/angular/vscode-ng-language-service/issues/335#issuecomment -693545000을 참조

내 프로젝트에서 Angular 11에서 실행 중이며 (--prod 플래그를 사용하여 Angular 11과 함께 빌드 된 라이브러리) @nprasovict으로 설명 된 문제가 npm install 프로젝트에 설치할 때 Angular Language Service가 내 라이브러리에서 내 보낸 구성 요소를 인식하지 못합니다. 오랫동안 문제가 된 것 같습니다. 언제 해결 될 것으로 기대할 수 있습니까?

나는 지금은 VSCode 확장을 제거하는 것으로 끝날 것이라고 생각하지만이 때문에 강력한 개발을 잃을 것입니다 ...

@schankam : https://github.com/angular/vscode-ng-language-service/issues/457#issuecomment -725569238

@JonWallsten 감사합니다. 잘 이해하시면 곧 출시 될 예정입니다.

이 문제는 v11.1.0 에서 출시 된 새로운 Ivy 네이티브 언어 서비스에 의해 수정되었습니다.

@kyliau 님, 훌륭합니다!
엄격한 null 검사와 관련하여 템플릿에서 많은 새로운 오류를 볼 수 있습니다.

@kyliau 흠 ... 이상 문제는 이미 ALS 11.1.1을 사용 하고 있으므로 이론적으로는 더 이상 문제가되지 않을 것입니다.
이 프로젝트는 일부 라이브러리와 앱이있는 일반 CLI 다중 프로젝트입니다.
npm 링크에 대해 잘 모르겠습니다 ... 나는 특별한 일을하지 않았습니다. 라이브러리의 경로는 루트 tsconfig.json에 나열됩니다.

나는 같은 문제가 있습니다. --prod 플래그로 lib를 빌드하여 ivy가 비활성화되도록합니다.
라이브러리 dist 폴더를 연결하고 패키지를 내 앱에 연결하고 libmodule을 가져 왔습니다. 그러나 여전히이 오류가 발생하면 알려진 각도 요소가 아닙니다.
lib의 구성 요소는 declarations 및 exports 배열에 있습니다.

구성 요소가 표시되지만 vscode에서 여전히이 오류가 발생합니다. 테스트 버전 :

11.1.3
11.2.1
0.1100.4

나는 동의한다, 이것은 아마 닫혀서는 안된다 @kyliau ... 나는 이것도 보여줄 수있는 다른 문제를 위해 만든 최소한의 재현 가능한 예제가있다. 이것을보십시오 : https://github.com/vicatcu/monorepo-example-error (원래이 SO 게시물 과 관련하여

내 예제 저장소 의이 분기 에서 수행 한 것처럼 tsconfig.lib.json 의 angularCompilerOptions 아래에 "enableIvy": false 옵션을 추가하면 이 주석에 대해 한 단계 더 나아가겠습니다 angularCompilerOptions , 내 오류는 vscode에서 사라집니다 (내 예제 ​​프로젝트가 이해하지 못하는 방식으로 여전히 깨졌습니다)

명확히하기 위해 v11.1.x 에있는 것만으로는 충분하지 않습니다. 여기 의 지침에 따라 Ivy 모드를 활성화해야합니다.
tsconfig.*.json 을 (를) 변경할 필요가 없습니다.
... is not a known angular element 가 표시되었다는 사실은 아이비 모드가 아니라는 것을 의미합니다.
사용중인 모드를 확인하려면 Output 패널로 이동하여 Angular 언어 서비스를 찾습니다. 아이비를 언급해야합니다. (아래 스크린 샷 참조).
프로젝트에서 Ivy 언어 서비스를 사용하기 위해 Ivy를 사용할 필요는 없지만 Angular> = v9를 사용해야합니다.

위의 사항을 모두 확인한 후에도 확장 기능이 여전히 예상대로 작동하지 않으면 새로운 문제를 열어 소음을 분류하고 줄일 수 있도록 도와주세요. 대단히 감사합니다!

@kyliau 감사합니다, 저는 확실히 그것을 놓쳤습니다.