npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

rv-generator-angular2-library

v0.1.1

Published

Generator to create an Angular 2 library

Downloads

1

Readme

generator-angular-2-library NPM version Build Status

Yeoman generator to create a standalone Angular library in seconds.

If you want to create an Angular library with directives, services and/or pipes, then this generator is just what you need.

This generator aligns with the official Angular Package Format and automatically generates a Flat ES Module, a UMD bundle, a single metadata.json and type definitions to make your library ready for AOT compilation by the consuming Angular application.

Watch Jason Aden's talk to learn more about the Angular Package Format.

More specifically, this generator:

  • creates and configures package.json for the development of your library
  • creates and configures a second package.json for the distribution of your library
  • creates and configures tsconfig.json for your editor during development
  • creates and configures tslint.json for linting purposes
  • creates and configures .gitignore, .npmignore and .travis.yml
  • creates the main library file, a sample directive, a sample component, a sample service and a sample pipe
  • configures tslint for you with codelyzer support
  • creates and configures build scripts to generate a Flat ES Module (FESM), type definitions and metadata files for your library to make it ready for AOT compilation
  • creates and configures build scripts to generate a Universal Module Definition (UMD) bundle to use your library in Node.js, SystemJS and with script tags (Plunker, Fiddle, etc)
  • inlines templates automatically for you so you can use external HTML templates
  • inlines styles automatically for you so you can use external CSS templates
  • supports .scss files
  • supports unit tests and code coverage using jest

This generator is built for Angular version 2 and above, hence the name generator-angular2-library. If you are looking for a similar generator for AngularJS 1.x, please visit generator-angularjs-library.

Quick start

generator-angular2-library-v10

First, install Yeoman and generator-angular2-library using npm (assuming you already have node.js pre-installed).

$ npm install -g yo
$ npm install -g generator-angular2-library

make a new directory and cd into it:

$ mkdir angular-library-name
$ cd angular-library-name

and generate your new library:

$ yo angular2-library

The generator will prompt you for:

? Your full name: Jurgen Van de Moere
? Your email address: [email protected]
? Your library name (kebab case): angular-library-name
? Git repository url: https://github.com/jvandemo/angular2-library-name

and create the following files for you:

.
├── README.MD
├── gulpfile.js
├── package.json
├── src
│   ├── index.ts
│   ├── package.json
│   ├── sample.component.ts
│   ├── sample.directive.ts
│   ├── sample.pipe.ts
│   ├── sample.service.ts
│   └── tsconfig.es5.json
├── tsconfig.json
└── tslint.json

You can then add or edit *.ts files in the src/ directory and run:

$ npm run build

to automatically create all *.js, *.d.ts and *.metadata.json files in the dist directory:

dist
├── index.d.ts                  # Typings for AOT compilation
├── index.js                    # Flat ES Module (FESM) for us with webpack
├── lib.d.ts                    # Typings for AOT compilation
├── lib.metadata.json           # Metadata for AOT compilation
├── lib.umd.js                  # UMD bundle for use with Node.js, SystemJS or script tag
├── package.json                # package.json for consumer of your library
├── sample.component.d.ts       # Typings for AOT compilation
├── sample.directive.d.ts       # Typings for AOT compilation
├── sample.pipe.d.ts            # Typings for AOT compilation
└── sample.service.d.ts         # Typings for AOT compilation

Finally you publish your library to NPM by publishing the contents of the dist directory:

$ npm publish dist

TypeScript config

The generator creates 2 TypeScript config files:

  • tsconfig.json is used to configure your editor during development and is not used for building your library
  • src/tsconfig.es5.json is used by the Angular compiler to build the files in the dist directory when you run npm run build

Linting your code

Your library comes pre-configured with tslint and codelyzer support. To lint your code:

$ npm run lint

Building your library

From the root of your library directory, run:

$ npm run build

This will generate a dist directory with:

  • a package.json file specifically for distribution with Angular listed in the peerDependencies
  • sample-library.js: a Flat ES Module (FESM) file that contains all your library code in a single file
  • sample-library.umd.js: a Universal Module Definition (UMD) bundle file that contains all your library code in UMD format for use in Node.js, SystemJS or via a script tag (e.g. in Plunker, Fiddle, etc)
  • *.d.ts: type definitions for you library
  • sample-library.metadata.json: metadata for your library to support AOT compilation

Generating documentation for your library

From the root of your library directory, run:

$ npm run docs:build

This will generate a docs directory with all documentation of your library.

To serve your documentation, run:

$ npm run docs:serve

and navigate your browser to http://localhost:8080.

To automatically rebuild your documentation every time a file in the src directory changes, run:

$ npm run docs:watch

For more features, check out the compodoc website.

Publishing your library to NPM

To publish your library to NPM, first generate the dist directory:

$ npm run build

and then publish the contents of the dist directory to NPM:

$ npm publish dist

Consuming your library

Once you have published your library to the NPM registry, you can import it in any Angular application by first installing it using NPM:

$ npm install sample-library # use the name you used to publish to npm

and then importing your library in your Angular AppModule (or whatever module you wish to import your library into):

import { BrowserModule } from '@angular/platform-browser';
import { NgModule } from '@angular/core';

import { AppComponent } from './app.component';

// Import your library
import { SampleModule } from 'sample-library';

@NgModule({
  declarations: [
    AppComponent
  ],
  imports: [
    BrowserModule,
    
    // Specify your library as an import
    SampleModule.forRoot()
  ],
  providers: [],
  bootstrap: [AppComponent]
})
export class AppModule { }

Once your shared library is imported, you can use its components, directives and pipes in your Angular application templates:

<!-- app.component.html -->
<h1>{{ title }}</h1>
<sample-component>
  This component is part of the shared library and will now work as expected.
</sample-component>

and if you need to access a service from your shared library, you can inject it using Dependency Injection:

import { Component } from '@angular/core';

// Import the shared service
import { SampleService } from 'sample-library';

@Component({
  template: 'Injecting a service from the shared library'
})
export class HomeComponent {

  // Inject the service using Angular DI 
  constructor(private sampleService: SampleService){
  
  }

}

To learn more about Angular Dependency Injection, check out the Official Angular Documentation.

Consuming your library during development

To consume your library before you publish it to npm, you can follow the following steps:

  1. Create your library:
$ yo angular2-library

Let's assume you name your library sample-library.

  1. Navigate to the sample-library directory:
$ cd sample-library
  1. Compile your library files:
$ npm run build
  1. From the sample-library/dist directory, create a symlink in the global node_modules directory to the dist directory of your library:
$ cd dist
$ npm link
  1. Create a new Angular app. Let's assume you use angular-cli:
$ cd /your-projects-path
$ ng new my-app
  1. Navigate to the my-app directory:
$ cd my-app
  1. From the my-app directory, link the global sample-library directory to node_modules of the my-app directory:
$ npm link sample-library
  1. Import SampleModule in your Angular application:
import { BrowserModule } from '@angular/platform-browser';
import { NgModule } from '@angular/core';

import { AppComponent } from './app.component';

// Import your library
import { SampleModule } from 'sample-library';

@NgModule({
  declarations: [
    AppComponent
  ],
  imports: [
    BrowserModule,
    
    // Specify your library as an import
    SampleModule.forRoot()
  ],
  providers: [],
  bootstrap: [AppComponent]
})
export class AppModule { }
  1. Once your shared library is imported, you can use its components, directives and pipes in your Angular application templates:
<!-- app.component.html -->
<h1>{{ title }}</h1>
<sample-component>
  This component is part of the shared library and will now work as expected.
</sample-component>

and if you need to access a service from your shared library, you can inject it using Dependency Injection:

import { Component } from '@angular/core';

// Import the shared service
import { SampleService } from 'sample-library';

@Component({
  template: 'Injecting a service from the shared library'
})
export class HomeComponent {

  // Inject the service using Angular DI 
  constructor(private sampleService: SampleService){
  
  }

}
  1. When you make a change to your library, recompile your library files again from your sample-library directory:
$ npm run build
  1. If you want to automatically recompile the library files when a file in src changes, run
$ npm run build:watch
  1. If you are using an Angular CLI application to consume your library, make sure to set up a path mapping in /src/tsconfig.app.json of your consuming application (not your library):
{
  "compilerOptions": {
    // ...
    // Note: these paths are relative to `baseUrl` path.
    "paths": {
      "@angular/*": [
        "../node_modules/@angular/*"
      ]
    }
  }
}

Frequently asked questions

How can I configure Karma?

Currently, the generator does not create a custom Karma configuration for running unit tests.

If your library requires a custom Karma setup, please check out this tutorial on how to configure Karma for your libraray (Credits to Raphael).

As soon as official recommendations are available on how to set up Karma for testing libraries, this generator will be updated accordingly.

How can I use a scoped package name?

First update the package name in src/package.json:

"name": "@scope/library-name"

and then also update flatModuleId in src/tsconfig.es5.json accordingly:

"flatModuleId": "@scope/library-name"

See #75 for more information.

How can I avoid recompilation during development

If you experience issues (#72) or want to avoid constant recompilation of your library during development, you can also npm link src instead of npm link dist in step 4 of the process above.

This will let you consume the TypeScript code directly from the src directory of your library instead of the generated bundle from the dist directory. This increases development speed if you are testing your library in a local Angular application, but remember to test the generated bundle using npm link dist after you finish writing your code, to ensure that your generated bundle is working as expected before you publish your library to NPM.

How can I use .scss files?

Simply store your styles in a file with a filename extension of scss and reference it in your component's styleUrls property.

So if you have a sample.component.scss:

h1 {
  color: red;
}

then reference it in your component's styleUrls in sample.component.ts accordingly:

@Component({
  selector: 'sample-component',
  template: `<h1>Sample component</h1>`,
  styleUrls: [
    'sample.component.scss'
  ]
})

The .scss files will automatically be compiled and inlined in your library bundle.

How can I import .scss files

To import a .scss file in an existing .scss file, you can specify a relative path:

@import '../relative/path/to/other.scss';

or use a tilde to import a file from the nearest parent node_modules directory:

@import '~@angular/material/prebuilt-themes/deeppurple-amber.css';

How can I update my generator to the latest version?

From the command line, run

$ yo

and select the option Update your generators.

Issues

Please report bugs and issues here.

Development

To run the generator unit tests:

$ npm run test

License

MIT © Jurgen Van de Moere

Change log

v11.0.1

  • Updated styleUrls to fix #140

v11.0.0

v10.2.2

v10.2.1

  • Allow real files in rollup to fix #105

v10.2.0

v10.1.1

  • Fix README

v10.1.0

  • Copy README to dist directory (#85) (Credits to David)

v10.0.0

  • Added support for generating UMD bundle

v9.3.0

v9.2.0

  • Added convenience scripts for generating documentation

v9.1.0

  • Added compodoc for generating documentation (#76)
  • Removed comments from TypeScript config files to allow JSON validity checks

v9.0.0

v8.2.1

  • Updated TypeScript files in gitignore

v8.2.0

  • Added build:watch script
  • Added dist folder to gitignore

v8.1.0

  • Remove prepublish script

v8.0.0

  • Update build process
  • Add support for AOT compilation

v7.0.0

  • Update to Angular 4

v6.0.0

  • Update to Yeoman 1.x

v5.6.0

  • Ignore files generated by ngc in .gitignore

v5.5.2

  • Remove obsolete files in package.json

v5.5.1

  • Add README.md to package.json so NPM registry can display it

v5.5.0

  • Update devDependencies

v5.4.0

  • Update to latest tslint and codelyzer

v5.3.0

  • Update TypeScript version to fix #41

v5.2.1

  • Fix eslint errors
  • Remove duplicate dependency

v5.2.0

  • Suggest better default library name

v5.1.0

  • Add support for AOT compilation
  • Update Angular 2 references to just Angular

v5.0.0

  • Replace typings with @types (#29)

v4.0.0

  • Remove default keyword when exporting module to fix #23

v3.0.4

  • Updated version of Codelyzer
  • Updated selector of sample component to kebab case to fix #21

v3.0.3

  • Fixed unit tests

v3.0.2

  • Fixed README.md example code

v3.0.1

  • Fixed tsconfig.json files

v3.0.0

  • Added support for NgModule

v2.2.0

  • Updated dependencies in package.json to Angular 2 final

v2.1.0

  • Updated templates to Angular 2.0.0 RC3 syntax

v2.0.0

  • Updated with file structure using src and dist directory

v1.1.1

  • Updated templates to Angular 2.0.0 RC1 syntax

v1.1.0

  • Added codelyzer support
  • Added tslint support
  • Added typings support

v1.0.0

v0.6.0

  • Updated dependency versions

v0.5.0

  • Added browser.d.ts to files in tsconfig.json instead of using tripleslash (see #9)

v0.4.0

  • Added reference to Angular typings

v0.3.1

  • Removed explicit RxJS dependency

v0.3.0

  • Updated to Angular 2 beta

v0.2.0

  • Added documentation
  • Added support for PROVIDERS, DIRECTIVES and PIPES

v0.1.0

  • Added documentation
  • Added boilerplate scaffolding
  • Initial version