Обновить. Компилятор Ivy не создает файл lib-name.metadata.json в project_root/dist/lib-name .
Может в этом проблема?

+1 у меня такая же проблема

После версии 9 мы собираемся переключить внутреннюю часть языковой службы на использование компилятора Ivy. До тех пор языковая служба должна будет полагаться на metadata.json для получения дополнительной информации о директиве.

Да вот в чем проблема. Чтобы решить эту проблему, вам нужно будет создать профессиональную версию вашей библиотеки, которая имеет "enableIvy": false в tsconfig. Затем создается файл метаданных, необходимый в папке dist.

т.е. ng build lib-component --prod

Но вам также нужно убедиться, что Restart Angular Language service после каждой сборки vs-кода.

Всю эту информацию нелегко найти между плагином 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

Есть обновления по этому поводу? У нас есть собственные библиотеки, разработанные и опубликованные в ivy даже в prod.

Ведется работа по переносу языковой службы на серверную часть Ivy!

Я могу подтвердить, что если вы это сделаете:

• построить библиотеку с помощью ng build my-library --prod и
• ctrl + shift + p, а затем выберите «Перезапустить сервер Angular Language»

ошибка (и) типа «'xyz' не является известным элементом» исчезнет из родительского проекта библиотеки.

Как я понял , это потому , что --prod будет (среди прочего) генерировать my-library.metadata.json файл в dist папку , которая затем будет использоваться сервером языка для т.е. распознавать селекторы компонент , определенный в моей библиотеке.

Теперь можно было ожидать, что если я npm publish библиотека построена с ng build my-library --prod а затем npm install эта библиотека в какое-то другое приложение Angular, языковой сервер увидит файл метаданных в этом установленном npm (в папке node_modules ) и не сообщит, что «xyz - неизвестный элемент».

Однако, это не работает , как ожидалось , и я могу видеть ту же самую ошибку в проекте , который имеет npm install эд мою-библиотеку, даже если файл присутствует в JSON метаданных моей-библиотеки папки в node_modules.

Будет ли это та же ошибка, что и в этом выпуске, или другая ошибка?

Или существует какая-то другая (или дополнительная) волшебная комбинация клавиш для нажатия или команд для передачи языкового сервера, чтобы он правильно обрабатывал npm install ed библиотеки Angular?

Похоже, что новый способ работы Айви - полагаться на метаданные из файлов .d.ts, а не на файлы metadat.json. Единственная причина, по которой работает сборка --prod, заключается в том, что ваш tsconfig устанавливает для enableIvy значение false (как рекомендовано angular для опубликованных библиотек npm). Это проблема языковой службы, а не проблема angular cli, поскольку сборка будет нормально работать с Ivy или без него для приложения, использующего опубликованную библиотеку.

Проблема двоякая:

1. Айви удаляет файлы metadata.json, необходимые для ALS и других инструментов.
2. ALS в настоящее время недостаточно умен, чтобы получать информацию из метаданных Ivy вместо .metadata.json

Почему это очень раздражает?

• Плющ - это то, что нужно, и разработчики библиотек тоже сделают это,
• при создании библиотеки в своем проекте приложения на основе Ivy вы по-прежнему хотите использовать Ivy в своем приложении, оставаясь при этом хорошим гражданином и публикуя свою многоразовую библиотеку в npm, чтобы ее могли использовать другие.
• большинство разработчиков используют ссылку npm или указывают tsconfig на каталог dist библиотеки для импорта во время разработки приложения, в любом случае это очевидный способ,
• чертовски раздражает то, что vscode помечает вещи в вашей библиотеке как неизвестные,

Вот что я в итоге сделал, чтобы обойти эту проблему, что может быть приемлемо для некоторых людей при тех же обстоятельствах. Это не поможет людям, которые хотят использовать свои публикуемые библиотеки в тех же условиях, что и пользователь таких библиотек (то есть из опубликованного пакета npm):

Предполагая, что вы используете монорепозицию или аналогичную структуру, в которой исходный код публикуемой библиотеки согласованно доступен для приложения, использующего его.

Допустим, пакет называется 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"]
    }

Это не идеально, но, по крайней мере, я могу использовать свою собственную библиотеку в сквозном приложении Ivy, также сделанном мной, без ошибок в vscode, при этом разделяя любовь и публикуя ее в NPM для других пользователей, и я не нужно постоянно связывать / npm и отлаживать, почему ALS не работает.

Заинтересован в обратной связи, если я что-то пропустил ...

PS: полностью рабочее репо с этим методом на https://github.com/abdes/happy-coding

Достигнут ли в этом какой-либо прогресс.

Похоже, это будет доступно для бета-тестирования Angular 11, запланированного на ноябрь.

См. Https://github.com/angular/vscode-ng-language-service/issues/335#issuecomment -693545000

Я использую Angular 11 в своем проекте (библиотека, также построенная на Angular 11, с флагом --prod), и у меня есть проблема, описанная @nprasovict . Я опубликовал свою библиотеку в пакетах Gitlab, и когда я устанавливаю ее в нашем проекте с помощью npm install , языковая служба Angular не распознает мои экспортированные компоненты, поступающие из моей библиотеки. Похоже, это проблема уже очень давно, когда мы можем ожидать ее решения?

Я думаю, что сейчас просто удалю расширение VSCode, но я потеряю мощную разработку только из-за этого ...

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

@JonWallsten Спасибо, скоро он будет выпущен, если я хорошо понимаю

Это было исправлено с помощью новой языковой службы Ivy, выпущенной в версии 11.1.0 .

Отличная работа, @kyliau!
Я вижу много новых ошибок в шаблоне, когда речь идет о строгой нулевой проверке, и таких, которые мы пропустили, очень приятно!

@kyliau Хмммм ... это странно. У меня была такая же проблема с директивой, объявленной в библиотеке, и я решил ее, следуя предложению о создании библиотеки с переключателем --prod. Дело в том, что я уже использую ALS 11.1.1 , так что теоретически это больше не должно быть проблемой, верно?
Это обычный многопроектный CLI-проект с некоторыми библиотеками и приложением.
Не уверен насчет npm линковки ... Ничего особенного не делал. Путь к библиотеке указан в корневом каталоге tsconfig.json.

У меня такая же проблема. Я создаю свою библиотеку с флагом --prod , поэтому плющ отключен.
Связал папку dist библиотеки, связал пакет с моим приложением и импортировал libmodule. Но все еще возникает эта ошибка, что это не известный угловой элемент.
Компонент в библиотеке находится в declarations и в массиве exports .

Компонент отображается, но в vscode все еще появляется эта ошибка. проверенные версии:

11.1.3
11.2.1
0,1100,4

Я согласен, это, вероятно, не следует закрывать @kyliau ... У меня есть минимальный воспроизводимый пример, который я сделал для другой проблемы, которая может служить для демонстрации и этой. Взгляните на это: https://github.com/vicatcu/monorepo-example-error (изначально опубликовано в связи с этим сообщением SO )

Я пойду еще дальше, если я добавлю параметр "enableIvy": false под angularCompilerOptions в tsconfig.lib.json по поводу этого комментария , как я сделал в этой ветке моего примера репо , мои ошибки исчезают в vscode (при условии, что мой примерный проект все еще не работает каким-то образом, я не понимаю)

Чтобы уточнить, одного v11.1.x недостаточно, вам нужно включить режим Ivy, следуя инструкциям здесь .
Вам не нужно менять свой tsconfig.*.json .
Тот факт, что появился ... is not a known angular element , означает, что вы не в режиме Плюща.
Чтобы определить, в каком режиме вы находитесь, перейдите на панель Output и найдите языковую службу Angular. Стоит упомянуть Айви. (см. снимок экрана ниже).
Ваш проект не обязательно должен использовать Ivy для использования языковой службы Ivy, но вы должны использовать Angular> = v9.

Если после проверки всего вышеперечисленного, а расширение по-прежнему не работает должным образом, откройте новую проблему, чтобы помочь нам отсортировать и уменьшить шум. Большое спасибо!

@kyliau спасибо Я, например, определенно пропустил это.