Elgato_dark/angular
1
0
Fork 0
mirror of https://github.com/angular/angular synced 2026-05-24 09:28:37 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions
angular/goldens/public-api/platform-server/testing/index.api.md

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

28 lines
922 B
Markdown
Raw Normal View History

build: update API goldens to reflect new tool (#42688) Updates the TS API guardian goldens with their equivalents based on the new shared dev-infra tool. PR Close #42688
2021-06-28 17:54:20 +00:00
## API Report File for "@angular/platform-server_testing"
> Do not edit this file. It is a report generated by [API Extractor](https://api-extractor.com/).
```ts
test: update all api goldens to match with new NPM package output (#43431) Updates all API goldens to match with the new NPM package output which now contains partial declaration static members. These can serve as additional checks guarding against changes to the public API (e.g. if a selector of a directive changes accidentally) PR Close #43431
2021-09-19 18:38:34 +00:00
import * as i0 from '@angular/core';
fix(platform-server): decouple server from animations module (#59762) Removes the hard dependency between `platform-server` and `platform-browser/animations` since now the animations module will disable itself automatically. PR Close #59762
2025-01-28 17:11:22 +00:00
import * as i1 from '@angular/platform-browser-dynamic/testing';
refactor: add explicit types for exports relying on inferred call return type (#61312) As part of the Bazel toolchain migration we noticed that implicit types generated by the TypeScript compiler sometimes end up referencing types from other packages (i.e. cross-package imports). These imports currently work just because the Bazel `ts_library` and `ng_module` rules automatically inserted a `<amd-module name="@angular/x" />` into `.d.ts` of packages. This helped TS figure out how to import a given file. Notably this is custom logic that is not occuring in vanilla TS or Angular compilations—so we will drop this magic as part of the toolchain cleanup! To improve code quality and keep the existing behavior working, we are doing the following: - adding a lint rule that reduces the risk of such imports breaking. The failure scenario without the rule is that API goldens show unexpected diffs, and types might be duplicated in a different package! - keeping the `<amd-module` headers, but we manually insert them into the package entry-points. This should ensure we don't regress anywhere; while we also improved general safety around this above. Long-term, isolated declarations or a lint rule from eslint-typescript can make this even more robust. PR Close #61312
2025-05-13 15:13:14 +00:00
import { PlatformRef } from '@angular/core';
fix(platform-browser): ensure `platformBrowserTesting` includes `platformBrowser` providers (#60480) Previously, `platformBrowserTesting` did not include any `platformBrowser` providers, causing an inconsistency with `platformBrowserDynamicTesting`. This update resolves the issue by restructuring platform inheritance to ensure proper provider inclusion: - `platformCore → platformBrowser → platformBrowserTesting` - `platformBrowser → platformBrowserDynamic → platformBrowserDynamicTesting` Now, `platformBrowserTesting` correctly inherits from `platformBrowser`, aligning with the expected behavior. PR Close #60480
2025-03-20 08:54:48 +00:00
import { StaticProvider } from '@angular/core';
build: update API goldens to reflect new tool (#42688) Updates the TS API guardian goldens with their equivalents based on the new shared dev-infra tool. PR Close #42688
2021-06-28 17:54:20 +00:00
refactor(platform-server): deprecate the testing entry point (#60915) DEPRECATED: `@angular/platform-server/testing` Use e2e tests to verify SSR behavior instead. PR Close #60915
2025-04-18 00:47:53 +00:00
// @public @deprecated
refactor: add explicit types for exports relying on inferred call return type (#61312) As part of the Bazel toolchain migration we noticed that implicit types generated by the TypeScript compiler sometimes end up referencing types from other packages (i.e. cross-package imports). These imports currently work just because the Bazel `ts_library` and `ng_module` rules automatically inserted a `<amd-module name="@angular/x" />` into `.d.ts` of packages. This helped TS figure out how to import a given file. Notably this is custom logic that is not occuring in vanilla TS or Angular compilations—so we will drop this magic as part of the toolchain cleanup! To improve code quality and keep the existing behavior working, we are doing the following: - adding a lint rule that reduces the risk of such imports breaking. The failure scenario without the rule is that API goldens show unexpected diffs, and types might be duplicated in a different package! - keeping the `<amd-module` headers, but we manually insert them into the package entry-points. This should ensure we don't regress anywhere; while we also improved general safety around this above. Long-term, isolated declarations or a lint rule from eslint-typescript can make this even more robust. PR Close #61312
2025-05-13 15:13:14 +00:00
export const platformServerTesting: (extraProviders?: StaticProvider[]) => PlatformRef;
build: update API goldens to reflect new tool (#42688) Updates the TS API guardian goldens with their equivalents based on the new shared dev-infra tool. PR Close #42688
2021-06-28 17:54:20 +00:00
refactor(platform-server): deprecate the testing entry point (#60915) DEPRECATED: `@angular/platform-server/testing` Use e2e tests to verify SSR behavior instead. PR Close #60915
2025-04-18 00:47:53 +00:00
// @public @deprecated
build: update API goldens to reflect new tool (#42688) Updates the TS API guardian goldens with their equivalents based on the new shared dev-infra tool. PR Close #42688
2021-06-28 17:54:20 +00:00
export class ServerTestingModule {
test: update all api goldens to match with new NPM package output (#43431) Updates all API goldens to match with the new NPM package output which now contains partial declaration static members. These can serve as additional checks guarding against changes to the public API (e.g. if a selector of a directive changes accidentally) PR Close #43431
2021-09-19 18:38:34 +00:00
// (undocumented)
static ɵfac: i0.ɵɵFactoryDeclaration<ServerTestingModule, never>;
// (undocumented)
static ɵinj: i0.ɵɵInjectorDeclaration<ServerTestingModule>;
// (undocumented)
fix(platform-server): decouple server from animations module (#59762) Removes the hard dependency between `platform-server` and `platform-browser/animations` since now the animations module will disable itself automatically. PR Close #59762
2025-01-28 17:11:22 +00:00
static ɵmod: i0.ɵɵNgModuleDeclaration<ServerTestingModule, never, never, [typeof i1.BrowserDynamicTestingModule]>;
build: update API goldens to reflect new tool (#42688) Updates the TS API guardian goldens with their equivalents based on the new shared dev-infra tool. PR Close #42688
2021-06-28 17:54:20 +00:00
}
// (No @packageDocumentation comment for this package)
```
Reference in a new issue Copy permalink