ng generate로 라이브러리 만들기

여러 앱에서 동일한 구성 요소, 서비스 또는 유틸리티가 필요하다면 이를 앵귤러 라이브러리로 패키징합니다. 라이브러리는 프로젝트 간에 코드를 복사해 붙여 넣는 대신 재사용하고 버전을 관리하며 배포할 수 있습니다.

라이브러리는 앵귤러 워크스페이스 안에 있습니다. 워크스페이스는 하나의 angular.json으로 관리되는 폴더이며, 여러 앱과 라이브러리를 포함할 수 있습니다. 기존 워크스페이스에 라이브러리를 추가하거나 전용 워크스페이스를 만들 수 있습니다.

ng generate library(별칭 ng g lib) 스키매틱은 projects/ 아래에 새 라이브러리 프로젝트의 기본 구조를 생성합니다.

라이브러리에는 자체 src/lib 폴더, public-api.ts 배럴, 빌드에 사용하는 ng-package.json, 그리고 angular.json의 항목이 포함됩니다. 자체적으로 완결되어 빌드할 수 있는 프로젝트입니다.

--project로 라이브러리를 지정하여 라이브러리 안에 코드를 생성합니다. CLI가 올바른 폴더에 파일을 배치합니다.

최신 라이브러리는 독립 실행형 구성 요소를 선호하므로, 사용자는 NgModule 없이 구성 요소를 직접 가져올 수 있습니다. 구성 요소를 standalone: true로 표시하면 앱에서 간단한 가져오기로 사용할 수 있습니다.

각 라이브러리에는 이름, 버전, @angular/core 같은 동료 의존성을 정의하는 자체 package.json이 있습니다. 동료 의존성이란 사용하는 앱이 앵귤러를 제공하도록 하여 중복 사본을 피하는 것을 의미합니다.

라이브러리를 빌드하는 동안 테스트할 수 있도록 같은 워크스페이스에 데모 앱을 유지합니다. 라이브러리 이름으로 가져오면 tsconfig의 TypeScript 경로 매핑을 통해 로컬 소스로 확인됩니다.

애플리케이션은 배포하기 위한 것이고, 라이브러리는 사용되기 위한 것입니다. 라이브러리는 직접 제공할 수 없으며, 배포 가능한 패키지로 빌드한 다음 게시하거나 워크스페이스의 앱에서 가져와야 합니다.

좋은 라이브러리는 명확한 목적을 가집니다(예: UI 키트, 데이터 액세스 계층). 서로 관련 없는 코드를 한곳에 몰아넣지 마세요. 응집력 있는 라이브러리는 버전 관리, 문서화, 재사용이 더 쉽습니다.

라이브러리의 기본 구조를 만들었다면 이제 공개 API를 정의하고, 앵귤러 패키지 형식으로 빌드한 다음 게시해야 합니다. 다음 강의에서 각 단계를 다룹니다.

라이브러리는 어떻게 만드나요?

라이브러리는 여러 앱에서 재사용할 코드를 패키징합니다. 워크스페이스 안에서 ng generate library를 사용해 생성하면 src/lib, public-api.ts, ng-package.json, 동료 의존성이 포함된 package.json이 기본으로 만들어집니다. --project로 코드를 추가하고, 독립 실행형 구성 요소를 선호하며, 각 라이브러리의 목적을 명확히 유지하세요.