parent
8a911773b8
commit
a32df388f8
|
@ -396,10 +396,10 @@ The following APIs have been removed starting with version 8.0.0:
|
||||||
|
|
||||||
| Package | API | Replacement | Notes |
|
| Package | API | Replacement | Notes |
|
||||||
| ------- | -------------- | ----------- | ----- |
|
| ------- | -------------- | ----------- | ----- |
|
||||||
| [`@angular/http`](https://v7.angular.io/api/http) | All exports | [`@angular/common/http`](https://v7.angular.io/api/common/http) | See [below](#http). |
|
| [`@angular/http`](https://v7.angular.io/api/http) | All exports | [`@angular/common/http`](api/common/http) | See [below](#http). |
|
||||||
[`@angular/http/testing`](https://v7.angular.io/api/http/testing) | All exports | [`@angular/common/http/testing`](https://v7.angular.io/api/common/http/testing) | See [below](#http). |
|
[`@angular/http/testing`](https://v7.angular.io/api/http/testing) | All exports | [`@angular/common/http/testing`](api/common/http/testing) | See [below](#http). |
|
||||||
| `@angular/platform-browser` | [`DOCUMENT`](https://v7.angular.io/api/platform-browser/DOCUMENT) | [`DOCUMENT` in `@angular/common`](https://v7.angular.io/api/common/DOCUMENT) | Updating to version 8 with [`ng update`](cli/update) changes this automatically. |
|
| `@angular/platform-browser` | [`DOCUMENT`](https://v7.angular.io/api/platform-browser/DOCUMENT) | [`DOCUMENT` in `@angular/common`](api/common/DOCUMENT) | Updating to version 8 with [`ng update`](cli/update) changes this automatically. |
|
||||||
| `@angular/core/testing` | [`TestBed.deprecatedOverrideProvider()`](https://v7.angular.io/api/core/testing/TestBed#deprecatedoverrideprovider) | [`TestBed.overrideProvider()`] (api/core/testing/TestBed#overrideprovider) | none |
|
| `@angular/core/testing` | [`TestBed.deprecatedOverrideProvider()`](https://v7.angular.io/api/core/testing/TestBed#deprecatedoverrideprovider) | [`TestBed.overrideProvider()`](api/core/testing/TestBed#overrideprovider) | none |
|
||||||
| `@angular/core/testing` | [`TestBedStatic.deprecatedOverrideProvider()`](https://v7.angular.io/api/core/testing/TestBedStatic#deprecatedoverrideprovider) | [`TestBedStatic.overrideProvider()`](api/core/testing/TestBedStatic#overrideprovider) | none |
|
| `@angular/core/testing` | [`TestBedStatic.deprecatedOverrideProvider()`](https://v7.angular.io/api/core/testing/TestBedStatic#deprecatedoverrideprovider) | [`TestBedStatic.overrideProvider()`](api/core/testing/TestBedStatic#overrideprovider) | none |
|
||||||
|
|
||||||
|
|
||||||
|
@ -467,17 +467,20 @@ For more information about using `@angular/common/http`, see the [HttpClient gui
|
||||||
|
|
||||||
## Renderer to Renderer2 migration
|
## Renderer to Renderer2 migration
|
||||||
|
|
||||||
### Migration Overview
|
The `Renderer` class has been marked as deprecated since Angular version 4 and is removed in Angular v9.
|
||||||
|
|
||||||
The `Renderer` class has been marked as deprecated since Angular version 4. This section provides guidance on migrating from this deprecated API to the newer `Renderer2` API and what it means for your app.
|
This section provides guidance on migrating from this deprecated API to the newer `Renderer2` API and what it means for your app.
|
||||||
|
You can use the CLI `ng update` command or the [update tool](https://update.angular.io/) to perform the migration.
|
||||||
|
|
||||||
### Why should I migrate to Renderer2?
|
### Why should I migrate to Renderer2?
|
||||||
|
|
||||||
The deprecated `Renderer` class has been removed in version 9 of Angular, so it's necessary to migrate to a supported API. Using `Renderer2` is the recommended strategy because it supports a similar set of functionality to `Renderer`. The API surface is quite large (with 19 methods), but the schematic should simplify this process for your applications.
|
The deprecated `Renderer` class has been removed in version 9 of Angular, so it's necessary to migrate to a supported API. Using `Renderer2` is the recommended strategy because it supports a similar set of functionality to `Renderer`. The API surface is quite large (with 19 methods), but the schematic should simplify this process for your applications.
|
||||||
|
|
||||||
|
**Library authors** should definitely use this migration to move away from the `Renderer`. Otherwise, the libraries won't work with applications built with version 9.
|
||||||
|
|
||||||
### Is there action required on my end?
|
### Is there action required on my end?
|
||||||
|
|
||||||
No. The schematic should handle most cases with the exception of `Renderer.animate()` and `Renderer.setDebugInfo()`, which already aren’t supported.
|
No. The `ng update` schematic should handle most cases with the exception of `Renderer.animate()` and `Renderer.setDebugInfo()`, which are not supported.
|
||||||
|
|
||||||
### What are the `__ngRendererX` methods? Why are they necessary?
|
### What are the `__ngRendererX` methods? Why are they necessary?
|
||||||
|
|
||||||
|
@ -531,10 +534,6 @@ __ngRendererSplitNamespace(nameAndNamespace: any) {
|
||||||
|
|
||||||
When implementing these helper functions, the schematic ensures that they're only declared once per file and that their names are unique enough that there's a small chance of colliding with pre-existing functions in your code. The schematic also keeps their parameter types as `any` so that it doesn't have to insert extra logic that ensures that their values have the correct type.
|
When implementing these helper functions, the schematic ensures that they're only declared once per file and that their names are unique enough that there's a small chance of colliding with pre-existing functions in your code. The schematic also keeps their parameter types as `any` so that it doesn't have to insert extra logic that ensures that their values have the correct type.
|
||||||
|
|
||||||
### I’m a library author. Should I run this migration?
|
|
||||||
|
|
||||||
**Library authors should definitely use this migration to move away from the `Renderer`. Otherwise, the libraries won't work with applications built with version 9.**
|
|
||||||
|
|
||||||
|
|
||||||
### Full list of method migrations
|
### Full list of method migrations
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue