George Kalpakas c7c574affb fix(@ngtools/webpack): give higher priority to ivy-specific entry-points
When Ivy is enabled in an app, the app's dependencies are processed by
ngcc (the Angular compatibility compiler), which will generate new
Ivy-compatible entry-points in each package. To allow webpack find those
entry-points, it will add references to them in `package.json`, named
after the original property with the `_ivy_ngcc` suffix. So, for
example, `es2015` and `module` will become `es2015_ivy_ngcc` and
`module_ivy_ngcc`.

Previously, the `mainFields` passed to webpack would give higher
priority to an Ivy entry-point compared to the corresponding non-ivy
entry-point but not compared to other entry-points. For example,
`es2015, module` would becode
`es2015_ivy_ngcc, es2015, module_ivy_ngcc, module`. This could mean that
`es2015` would be preferred over `module_ivy_ngcc`, even though the
former is probably not Ivy-ready. Generally, if `es2015` exists and has
a higher priority than `module`, then `es2015_ivy_ngcc` would be
generated before (or instead of) `module_ivy_ngcc`, but this can be
changed using an ngcc configuration file (`ngcc.config.js`).

This commit fixes this by ensuring that any `_ivy_ngcc` entry-point is
considered before any of the original entry-points in the `mainFields`
list.

NOTE:
While it is possible that a format is Ivy-compatible without bhaving an
`_ivy_ngcc` suffix (e.g. if the user does a manual ngcc pass without
`--create-ivy-entry-points`), it is quite unlikely to happen and even if
it does, choosing a different format should be OK.
2020-04-10 09:59:49 -07:00
..
2020-04-07 09:07:19 -07:00
2020-04-08 10:56:36 -07:00

Angular Ahead-of-Time Webpack Plugin

Webpack 4.0 plugin that AoT compiles your Angular components and modules.

Usage

In your webpack config, add the following plugin and loader.

Angular version 5 and up, use AngularCompilerPlugin:

import { AngularCompilerPlugin } from '@ngtools/webpack';

exports = { /* ... */
  module: {
    rules: [
      {
        test: /(?:\.ngfactory\.js|\.ngstyle\.js|\.ts)$/,
        loader: '@ngtools/webpack'
      }
    ]
  },

  plugins: [
    new AngularCompilerPlugin({
      tsConfigPath: 'path/to/tsconfig.json',
      entryModule: 'path/to/app.module#AppModule',
      sourceMap: true,
      i18nInFile: 'path/to/translations.en.xlf',
      i18nInFormat: 'xlf',
      i18nOutFile: 'path/to/translations.xlf',
      i18nOutFormat: 'xlf',
      locale: 'en',
      hostReplacementPaths: {
        'path/to/config.development.ts': 'path/to/config.production.ts'
      }
    })
  ]
};

The loader works with webpack plugin to compile your TypeScript. It's important to include both, and to not include any other TypeScript compiler loader.

Options

  • tsConfigPath. The path to the tsconfig.json file. This is required. In your tsconfig.json, you can pass options to the Angular Compiler with angularCompilerOptions.
  • basePath. Optional. The root to use by the compiler to resolve file paths. By default, use the tsConfigPath root.
  • entryModule. Optional if specified in angularCompilerOptions. The path and class name of the main application module. This follows the format path/to/file#ClassName.
  • mainPath. Optional if entryModule is specified. The main.ts file containing the bootstrap code. The plugin will use AST to determine the entryModule.
  • skipCodeGeneration. Optional, defaults to false. Disable code generation and do not refactor the code to bootstrap. This replaces templateUrl: "string" with template: require("string") (and similar for styles) to allow for webpack to properly link the resources.
  • sourceMap. Optional. Include sourcemaps.
  • compilerOptions. Optional. Override options in tsconfig.json.
  • contextElementDependencyConstructor. Optional. Set to require('webpack/lib/dependencies/ContextElementDependency') if you are having No module factory available for dependency type: ContextElementDependency errors.
  • directTemplateLoading. Optional. It causes the plugin to load component templates (HTML) directly from the filesystem. This is more efficient if only using the raw-loader to load component templates. Do not enable this option if additional loaders are configured for component templates.
  • forkTypeChecker. Optional, defaults to true. Run the TypeScript type checker in a forked process.
  • hostReplacementPaths. Optional. It allows replacing resources with other resources in the build.
  • platform. Optional, defaults to 0. Possible values are 0 and 1. 0 stands for browser and 1 for server.
  • logger. Optional. A custom logger that sends information to STDOUT and STDERR.
  • nameLazyFiles. Optional. If true then uses the [request] placeholder to set dynamic chunk names.
  • missingTranslation. Optional and only used for View Engine compilations. defaults to warning. Possible values are warning, error or ignore. Determines how to handle missing translations for i18n.
  • i18nInFile. Optional and only used for View Engine compilations. Localization file to use for i18n.
  • i18nInFormat. Optional and only used for View Engine compilations. The format of the localization file.
  • i18nOutFile. Optional and only used for View Engine compilations. The name of the file to write extractions to.
  • i18nOutFormat. Optional and only used for View Engine compilations. The format of the localization file where extractions will be written to.
  • locale. Optional and only used for View Engine compilations. Locale to use for i18n.

Features

The benefits and ability of using @ngtools/webpack standalone from the Angular CLI as presented in Stephen Fluin's Angular CLI talk at Angular Connect 2016:

  • Compiles Sass/Less into CSS
  • TypeScript transpilation
  • Bundles JavaScript, CSS
  • Asset optimization
  • Virtual filesystem for assets
  • For serving local assets and compile versions.
  • Live-reload via websockets
  • Code splitting
  • Recognizing the use of loadChildren in the router, and bundling those modules separately so that any dependencies of those modules are not going to be loaded as part of your main bundle. These separate bundles will be pulled out of the critical path of your application, making your total application bundle much smaller and loading it much more performant.