Angular 14 is here!
Tags: javascript, angular, angular14, angularv14
Published: 2022-06-03 05:12:06

**Angular v14** is released today! Angular Team has completed 2 major requests for comments (RFC):

Angular v14 is released today! Angular Team has completed 2 major requests for comments (RFC):

1. Strictly Typed Reactive Forms RFC closed #1 GitHub issue.
2. Standalone APIs RFC introduced a simpler way to author Angular apps.

Angular team renamed the default branch in their repositories in the Angular organization to main.



**Main Feature's:**


✅ Standalone components

✅ Page Title resolver

✅ Route providers

✅ Environment initializer

✅ Typed Reactive Forms

✅ CLI Autocomplete



1) Standalone components:

Angular standalone components aim to streamline the authoring of Angular applications by reducing the need for NgModules. In v14, standalone components are in developer preview. They are ready to be used in your applications for exploration and development, but are not a stable API and will potentially change outside our typical model of backwards compatibility.

With standalone components, directives and pipes, the standalone: true flag allows you to add imports directly in your @Component() without an @NgModule().

Explore a new Stackblitz demo app to learn more about how to build an Angular app using standalone components.

In developer preview, we want to utilize open source to ensure standalone is fully prepared to be released as a stable API. Add your first standalone component with ng generate component <name> --standalone, then head to GitHub repository to provide feedback as you begin to explore.

In the coming months, we will continue to build out schematics (such as ng new <app-name> --standalone), as well as documenting the use cases and learning journey for this new, streamlined mental model. Please keep in mind that in developer preview, changes may occur as we continue to implement our designs.

2) Typed Angular Forms

Angular v14 closes Angular’s top GitHub issue: implementing strict typing for the Angular Reactive Forms package.

Typed forms ensure that the values inside of form controls, groups, and arrays are type safe across the entire API surface. This enables safer forms, especially for deeply nested complex cases.

This feature is the result of a public request for comments and design review, which was built upon the prior prototyping, work, and testing of Angular community contributors

Update schematics allows for incremental migration to typed forms, so you can gradually add typing to your existing forms with full backwards compatibility. ng update will replace all form classes with untyped versions (for example, FormGroup -> UntypedFormGroup). You can then enable types at your own pace (for example, UntypedFormGroup -> FormGroup).

In order to take advantage of new typing support, try searching for instances of the Untyped forms controls and migrating to the new typed forms API surface where possible.

3) Streamlined best practices

Angular v14 brings built-in features that enable developers to build high quality apps, from routing to your code editor, starting with new change detection guides on angular.io.

4) Streamlined page title accessibility

Another best practice is ensuring that your app’s page titles uniquely communicate the page’s contents. v13.2 streamlines this with the new Route.title property in the Angular Router. Adding a title now requires no additional imports and is strongly typed. We can configure more complex title logic by providing a custom TitleStrategy.

5) Extended developer diagnostics

New extended diagnostics provide an extendable framework that gives you more insight into your templates and how you might be able to improve them. Diagnostics give compile-time warnings with precise, actionable suggestions for your templates, catching bugs before run-time.

The flexible framework this introduces for developers to add diagnostics in the future.

6) Catch the invalid “Banana in a box” error on your two-way data bindings

A common developer syntax error is to flip the brackets and parentheses in two-way binding, writing ([]) instead of [()]. Since () sorta looks like a banana and [] sorta looks like a box, we nicknamed this the “banana in a box” error, since the banana should go in the box.

While this error is technically valid syntax, our CLI can recognize that this is rarely what developers intend. In the v13.2 release we introduced detailed messaging on this mistake and guidance on how to solve this, all within the CLI and your code editor.

7) Catch nullish coalescing on non-nullable values

Extended diagnostics also raise errors for useless nullish coalescing operators (??) in Angular templates. Specifically, this error is raised when the input is not “nullable”, meaning its type does not include null or undefined.

Extended diagnostics show as warnings during ng build, ng serve, and in real-time with the Angular Language Service. The diagnostics are configurable in tsconfig.json, where you can specify if diagnostics should be a warning, error, or suppress.


8) Tree-shakeable error messages

As we continue our Angular Debugging Guides, a community contribution by Ramesh Thiruchelvam adds new runtime error codes. Robust error codes make it easier to reference and find info on how to debug your errors.

This allows the build optimizer to tree-shake error messages (long strings) from production bundles, while retaining error codes.

To debug a production error, go to Angular reference guides and reproducing the error in a development environment, in order to view the full string.

9) More built-in improvements

Angular v14 includes support for the latest TypeScript 4.7 release and now targets ES2020 by default, which allows the CLI to ship smaller code without downleveling.

10) Bind to protected component members

In v14, you can now bind to protected component members directly from your templates.

```
@Component(
  selector: 'my-component',
  template: '{{ message }}',  // Now compiles!
})
export class MyComponent {
  protected message: string = 'Hello world';
}
```

This gives you more control over the public API surface of your reusable components.

11) Optional injectors in Embedded Views

v14 adds support for passing in an optional injector when creating an embedded view through ViewContainerRef.createEmbeddedView and TemplateRef.createEmbeddedView. The injector allows for the dependency injection behavior to be customized within the specific template.

This enables cleaner APIs for authoring reusable components and for component primitives in Angular CDK.

```
viewContainer.createEmbeddedView(templateRef, context, 
	  injector: injector,
})
```

12) NgModel OnPush

NgModel changes are reflected in the UI for OnPush components.

```
@Component(
	  selector: 'my-component',
	  template: `
	    <child [ngModel]="value"></child>
	  `,
	  changeDetection: ChangeDetectionStrategy.OnPush
	})

class MyComponent {}
```

13) Built-in primitives and tooling

CDK and tooling improvements supply the building blocks for a stronger development environment, from CDK menu primitives to CLI auto-completion.

14) New primitives in the Angular CDK

Angular’s Component Dev Kit provides a whole suite of tools for building Angular components. In v14, we’re promoting the CDK Menu and Dialog to stable!

This release includes new CDK primitives that can be used to create more accessible custom components based on the WAI-ARIA menu and menubar design patterns.

15) hasHarness and getHarnessOrNull in Component Test Harnesses

v14 includes new methods for HarnessLoader to check if a harness is present, and to return the harness instance if present. Component Test Harnesses continue to provide a flexible way to write better tests for your components.

```
const loader = TestbedHarnessEnvironmen
	    .loader(fixture);
	

	const hasButton = await loader
	    .hasHarness(MatButtonHarness)
	

	const buttonHarnessOrNull = await loader
	    .getHarnessOrNull(MatButtonHarness);
```

16) Angular CLI enhancements

Standardized CLI argument parsing means more consistency across the entire Angular CLI, and now every flag uses --lower-skewer-case format. Angular team has removed deprecated camel case arguments support and added support for combined aliases usage.

Run ng --help for cleaner output that explains your options.

17) ng completion

Accidentally typing ng sevre instead of ng serve happens all the time. Typos are one of the most common reasons a command line prompt throws an error. To solve this, v14’s new ng completion introduces real-time type-ahead autocompletion!

To ensure all Angular developers know about this, the CLI will prompt you to opt-in to autocomplete during your first command execution in v14. You can also manually run:

`ng completion`

and the CLI will automatically set this up for you.

18) ng analytics

The CLI’s analytics command allows you to control analytics settings and print analytics information. More detailed output clearly communicates your analytics configurations, and provides our team with telemetry data to inform our project prioritization. It sincerely helps a lot when you turn it on!

19) ng cache

ng cache provides a way to control and print cache information from the command line. We can enable, disable, or delete from disk, and print statistics and information.

20) Angular DevTools is available offline and in Firefox

The Angular DevTools debugging extension now supports offline use. For Firefox users, find the extension in the Add-ons for Mozilla.

21) Experimental ESM Application Builds

Finally, v14 introduces an experimental esbuild-based build system for ng build, which compiles pure ESM output.

To try this out in your app, update the browser builder in your angular.json:


```
"builder": "@angular-devkit/build-angular:browser"

"builder": "@angular-devkit/build-angular:browser-esbuild"
```



Reference:

[https://angular.io/guide/roadmap](https://angular.io/guide/roadmap)

[https://update.angular.io/?v=13.0-14.0](https://update.angular.io/?v=13.0-14.0)