Angular 16.1 added support for using the native fetch method in the HttpClient and introduces a transform function for
@Input decorator. Two new RFCs propose an alternative to the control-flow directives and deferred component loading.
Angular 16.1 has been released, bringing two useful new features to the framework.
The first feature allows developers to use the native fetch method instead of the older xhr object in the
HttpClient. To enable this, simply use the
withFetch function in the
provideHttpClient configuration. This feature remains backward compatible, with the
HttpClient continuing to return Observables, and all interceptors functioning as expected.
This enhancement is particularly beneficial for server-side rendering, as the XmlHttpRequest (xhr) is specific to browsers and not available on the backend. By leveraging the native fetch method, also available in Node.js, developers can avoid additional libraries.
Matthieu Riegler, a community contributor, deserves recognition for implementing this feature. Since late 2022, Matthieu has made over 200 commits to the Angular repository.
This commit introduces a new
HttpBackend implentation which makes requests using the fetch API
This feature is a developer preview and is opt-in.
It is enabled by setting the providers with
Currently the report progress is not implemented and using
reportProgress: true will throw an error.
NB: The fetch API is experimental on Node but available without flags from Node 18 onwards.
NB2: The tests provided in the PR won't run, as
fetch is not available on the node version provided by the bazel workspace (
Edit: pinning a answer I gave bellow on the purpose of this new backend:
Xhr is not supported natively on NodeJS an requires a polyfill. Currently Angular uses xhr2 for this. However, the polyfill is side-effectful and doesn't work in non-Node.js environments (such as Edge Workers). There are also others issues like https://github.com/angular/angular/issues/46930 (its doesn't support Gzip).
What kind of change does this PR introduce?
- [x] Feature
Does this PR introduce a breaking change?
- [x] No
The second feature introduced in Angular 16.1 is the addition of a transform function for the @Input decorator. This function enables mapping from one data type to another, making it particularly useful for "Router Parameters as Component Inputs", introduced in Angular 16.
For example, when receiving an ID parameter as a string, developers can use the transform function to map it to a number before assigning it to a property.
We have also received two new RFCs.
The first RFC proposes an alternative to the existing control-flow directives such as
*ngFor. Rather than introducing new directives, it is a new syntax built directly into the template.
This eliminates the need for separate directive imports. This change is necessary to align with Signals.
The new template syntax is inspired by the Svelte framework.
The second RFC focuses on deferred loading of components and introduces a new template syntax for specifying conditions when a component should be loaded, such as visibility in the viewport.
It also allows developers to define the rendering behaviour for loading or error states. This feature aligns with similar functionality found in the React framework.