Перекрестная зависимость библиотек Angular
Я ищу помощь с библиотеками Angular7.
У меня есть проект А, в котором я разработал две библиотеки — библиотека 1 и библиотека 2. Вторая библиотека (библиотека 2) зависит от первой библиотеки (библиотека 1). Позже, в другом проекте, скажем, проект Б, я могу использовать библиотека 2.
Моя проблема заключается в том, чтобы указать, что библиотека 2 зависит от библиотека 1. В настоящее время две библиотеки встроены в папку библиотеки/ в корне проекта, что позволяет импортировать библиотека 2 из библиотека 1 с указанием зависимости от библиотека 1 в файле пакет.json и без указания этого.
Библиотека 1 package.json
{
"name": "library-1",
"version": "0.0.1",
"peerDependencies": {
"@angular/common": "^7.1.0",
"@angular/core": "^7.1.0"
}
}
Библиотека 2 package.json
{
"name": "library-2",
"version": "0.0.1",
"peerDependencies": {
"@angular/common": "^7.1.0",
"@angular/core": "^7.1.0",
"@angular/material": "7.2.0",
"library-1": "0.0.1"
}
}
Также в основном файле tsconfig.json указано их расположение build+dev:
{
...,
"compilerOptions": {
...,
"paths": {
"library-1": ["libs/library-1", "projects/library-1/src/"],
"library-1/*": ["libs/library-1/*", "projects/library-1/src/*"],
"library-2": ["libs/library-2", "projects/library-2/src/"],
"library-2/*": ["libs/library-2/*", "projects/library-2/src/*"]
}
}
}
Есть ли способ указать, что вторая библиотека не компилируется, если первая не установлена?
Ответы 3
Да, вы можете указать первый проект как зависимость от файла пакет.json второго проекта:
"dependencies": {
"Local first project": "file:../myprojectfolder/myprojectpackagefolder"
"Git First project": "git+ssh://[email protected]:first-project.git"
}
Если у кого-то еще есть аналогичная установка и хочет знать, что я сделал.
1.Добавлены пути для разных библиотек, которые указывают на конкретный файл public_api.ts в файле tsconfig.json корневого уровня. Это позволяет компилировать на лету, когда вы используете библиотеку в основном проекте.
{
...options,
"paths": {
"library-1": "projects/library-1/src/public_api.ts",
"library-2": "projects/library-2/src/public_api.ts"
}
}
2. Добавлена одноранговая зависимость в пакет.json библиотеки-2 для библиотеки-1. Это покажет предупреждение, если вы используете библиотеку-2 в проекте без добавления библиотеки-1 в качестве зависимости.
{
...options,
"peerDependencies": {
"library-1": "0.1"
}
}
3. Добавлен дополнительный tsconfig.build.json, расширяющий tsconfig.lib.json и переопределяющий путь для библиотеки-1 из корневого tsconfig для использования скомпилированного кода этой библиотеки. Это позволит собрать библиотеку-2 с скомпилированными исходными кодами, а не просто смешать их и напрямую импортировать из библиотеки-1.
{
"extends": "./tsconfig.lib.json",
"compilerOptions": {
"paths": {
"library-1": ["dist/libs/library-1"]
}
}
}
4. Используйте следующую команду для сборки библиотеки-2, чтобы использовался новый tsconfig.build.json.
ng-packagr -p projects/library-2/ng-package.json -c projects/library-2/tsconfig.build.json
У меня была та же ошибка, что и в tsconfig.json.
"paths": {
"dxp-lib-commons": [
"projects/dxp-lib-commons/src/public-api.ts"
],
"dxp-lib-components": [
"projects/dxp-lib-components/src/public-api.ts"
],
"dxp-lib-services": [
"projects/dxp-lib-services/src/public-api.ts"
]
},
Таким образом, общие ресурсы являются основой для двух других, я указал на общедоступные API для разработки и быстрого их использования. Тем не менее, когда мы сделали сборку на этом, он выйдет из строя, и ожидается, что «rootDir» будет содержать все исходные файлы.
Итак, просмотрев несколько сообщений, я обнаружил, что при сборке необходимо указывать на dist и скомпилировать общие ресурсы, а не на public-api.ts, поэтому компоненты и службы, которые я добавил в tsconfig.lib.prod.json
"paths": {
"dxp-lib-commons": [
"dist/dxp-lib-commons"
]
}
И работал.
Да, но если его нет (зависимости), то все равно получится. Может, это и есть задуманный способ работы библиотек - все библиотеки в одном проекте можно импортировать друг в друга?