2015-11-06 07:26:24 -05:00
@cheatsheetSection
Routing and navigation
2016-08-08 20:18:50 -04:00
@cheatsheetIndex 11
2015-11-06 07:26:24 -05:00
@description
2016-08-08 20:25:42 -04:00
{@target ts}`import { Routes, RouterModule, ... } from '@angular/router';`{@endtarget}
2015-12-12 22:17:26 -05:00
{@target js}Available from the `ng.router` namespace{@endtarget}
2016-04-01 16:03:10 -04:00
{@target dart}`import 'package:angular2/router.dart';`{@endtarget}
2015-11-06 07:26:24 -05:00
@cheatsheetItem
2015-12-12 22:17:26 -05:00
syntax(ts):
2016-08-08 20:25:42 -04:00
`let routes: Routes = [
{ path: '', HomeComponent },
{ path: 'path/:routeParam', component: MyComponent },
{ path: 'staticPath', component: ... },
{ path: '**', component: ... },
{ path: 'oldPath', redirectTo: '/staticPath' },
{ path: ..., component: ..., data: { message: 'Custom' } }
]);
provideRouter(routes);`|`Routes`
2015-12-12 22:17:26 -05:00
syntax(js):
2016-08-08 20:25:42 -04:00
`var routes = [
{ path: '', HomeComponent },
{ path: ':routeParam', component: MyComponent },
{ path: 'staticPath', component: ... },
{ path: '**', component: ... },
{ path: 'oldPath', redirectTo: '/staticPath' },
{ path: ..., component: ..., data: { message: 'Custom' } }
]);
ng.router.provideRouter(routes)`|`ng.router.Routes`
2015-12-09 13:22:40 -05:00
syntax(dart):
`@RouteConfig(const [
2016-08-08 20:25:42 -04:00
const Route(path: 'path', component: MyComponent, name: 'MyCmp' ),
2015-12-10 12:52:19 -05:00
])`|`@RouteConfig`
2015-12-09 07:33:42 -05:00
description:
2016-08-08 20:25:42 -04:00
Configures routes for the application. Supports static, parameterized, redirect and wildcard routes. Also supports custom route data and resolve.
2015-11-06 07:26:24 -05:00
@cheatsheetItem
2015-12-09 07:33:42 -05:00
syntax:
2015-11-06 07:26:24 -05:00
`<router-outlet></router-outlet>` |`router-outlet`
2015-12-09 07:33:42 -05:00
description:
2015-11-06 07:26:24 -05:00
Marks the location to load the component of the active route.
@cheatsheetItem
2016-08-08 20:25:42 -04:00
syntax(ts js):
`
< a [ routerLink ] = " [ ' / path ' , routeParam ] " >
< a [ routerLink ] = " [ ' / path ' , { matrixParam: ' value ' } ] " >
< a [ routerLink ] = " [ ' / path ' ] " [ queryParams ] = " { page: 1 } " >
< a [ routerLink ] = " [ ' / path ' ] " fragment = "anchor" >
`|` [routerLink]`
syntax(dart):
`<a [routerLink]="[ '/MyCmp', { routeParam: 'value' } ]">Link</a>` |`[routerLink]`
2015-12-09 07:33:42 -05:00
description:
2016-08-08 20:25:42 -04:00
Creates a link to a different view based on a route instruction consisting of a route path, required and optional parameters, query parameters and a fragment. Add the '/' prefix to navigate to a root route; add the './' prefix for a child route; add the '../sibling' prefix for a sibling or parent route.
2015-11-06 07:26:24 -05:00
2016-08-08 20:25:42 -04:00
@cheatsheetItem
syntax(ts js):
`<a [routerLink]="[ '/path' ]" routerLinkActive="active">`
syntax(dart):
`<a [routerLink]="[ '/MyCmp', { myParam: 'value' } ]">` |`[routerLink]`
description:
The provided class(es) will be added to the element when the routerLink becomes the current active route.
2015-11-06 07:26:24 -05:00
@cheatsheetItem
2015-12-12 22:17:26 -05:00
syntax(ts):
2016-08-08 20:25:42 -04:00
`class CanActivateGuard implements CanActivate {
canActivate(
route: ActivatedRouteSnapshot,
state: RouterStateSnapshot
): Observable< boolean > | boolean { ... }
}
{ path: ..., canActivate: [CanActivateGuard] }`|`CanActivate`
2015-12-12 22:17:26 -05:00
syntax(js):
2016-08-08 20:25:42 -04:00
`var CanActivateGuard = ng.core.Class({
canActivate: function(route, state) {
// return Observable boolean or boolean
}
});
{ path: ..., canActivate: [CanActivateGuard] }`|`CanActivate`
2015-12-09 13:22:40 -05:00
syntax(dart):
`@CanActivate(() => ...)class MyComponent() {}` |`@CanActivate`
2015-12-09 07:33:42 -05:00
description:
2016-08-08 20:25:42 -04:00
{@target js ts}An interface for defining a class that the router should call first to determine if it should activate this component. Should return a boolean or a Observable that resolves a boolean{@endtarget}
{@target dart}A component decorator defining a function that the router should call first to determine if it should activate this component. Should return a boolean or a future.{@endtarget}
@cheatsheetItem
syntax(ts):
`class CanDeactivateGuard implements CanDeactivate< T > {
canDeactivate(
component: T,
route: ActivatedRouteSnapshot,
state: RouterStateSnapshot
): Observable< boolean > | boolean { ... }
}
{ path: ..., canDeactivate: [CanDeactivateGuard] }`|`CanDeactivate`
syntax(js):
`var CanDeactivateGuard = ng.core.Class({
canDeactivate: function(component, route, state) {
// return Observable boolean or boolean
}
});
{ path: ..., canDeactivate: [CanDeactivateGuard] }`|`CanDeactivate`
syntax(dart):
`routerCanDeactivate(nextInstruction, prevInstruction) { ... }` |`routerCanDeactivate`
description:
{@target js ts}An interface for defining a class that the router should call first to determine if it should deactivate this component after a navigation. Should return a boolean or a Observable that resolves a boolean{@endtarget}
{@target dart}
The router calls the routerCanDeactivate methods (if defined) of every component that would be removed after a navigation. The navigation proceeds if and only if all such methods return true or a future that completes successfully{@endtarget}.
2015-11-06 07:26:24 -05:00
@cheatsheetItem
2016-08-08 20:25:42 -04:00
syntax(ts):
`class ResolveGuard implements Resolve< T > {
resolve(
route: ActivatedRouteSnapshot,
state: RouterStateSnapshot
): Observable< any > | any { ... }
}
{ path: ..., resolve: [ResolveGuard] }`|`Resolve`
2015-12-12 22:17:26 -05:00
syntax(js):
2016-08-08 20:25:42 -04:00
`var ResolveGuard = ng.core.Class({
resolve: function(route, state) {
// return Observable value or value
}
});
{ path: ..., resolve: [ResolveGuard] }`|`Resolve`
description:
{@target js ts}An interface for defining a class that the router should call first to resolve route data before rendering the route. Should return a value or an Observable that resolves a value{@endtarget}
@cheatsheetItem
syntax(dart):
`routerOnActivate(nextInstruction, prevInstruction) { ... }` |`routerOnActivate`
2015-12-09 07:33:42 -05:00
description:
2016-08-08 20:25:42 -04:00
{@target dart}After navigating to a component, the router calls the component's routerOnActivate method (if defined).{@endtarget}
2015-11-06 07:26:24 -05:00
@cheatsheetItem
2016-08-08 20:25:42 -04:00
syntax(dart):
refactor(lifecycle): prefix lifecycle methods with "ng"
BREAKING CHANGE:
Previously, components that would implement lifecycle interfaces would include methods
like "onChanges" or "afterViewInit." Given that components were at risk of using such
names without realizing that Angular would call the methods at different points of
the component lifecycle. This change adds an "ng" prefix to all lifecycle hook methods,
far reducing the risk of an accidental name collision.
To fix, just rename these methods:
* onInit
* onDestroy
* doCheck
* onChanges
* afterContentInit
* afterContentChecked
* afterViewInit
* afterViewChecked
* _Router Hooks_
* onActivate
* onReuse
* onDeactivate
* canReuse
* canDeactivate
To:
* ngOnInit,
* ngOnDestroy,
* ngDoCheck,
* ngOnChanges,
* ngAfterContentInit,
* ngAfterContentChecked,
* ngAfterViewInit,
* ngAfterViewChecked
* _Router Hooks_
* routerOnActivate
* routerOnReuse
* routerOnDeactivate
* routerCanReuse
* routerCanDeactivate
The names of lifecycle interfaces and enums have not changed, though interfaces
have been updated to reflect the new method names.
Closes #5036
2015-11-16 20:04:36 -05:00
`routerCanReuse(nextInstruction, prevInstruction) { ... }` |`routerCanReuse`
2015-12-09 07:33:42 -05:00
description:
2016-08-08 20:25:42 -04:00
{@target dart}The router calls a component's routerCanReuse method (if defined) to determine whether to reuse the instance or destroy it and create a new instance. Should return a boolean or a future{@endtarget}.
2015-11-06 07:26:24 -05:00
@cheatsheetItem
2016-08-08 20:25:42 -04:00
syntax(dart):
refactor(lifecycle): prefix lifecycle methods with "ng"
BREAKING CHANGE:
Previously, components that would implement lifecycle interfaces would include methods
like "onChanges" or "afterViewInit." Given that components were at risk of using such
names without realizing that Angular would call the methods at different points of
the component lifecycle. This change adds an "ng" prefix to all lifecycle hook methods,
far reducing the risk of an accidental name collision.
To fix, just rename these methods:
* onInit
* onDestroy
* doCheck
* onChanges
* afterContentInit
* afterContentChecked
* afterViewInit
* afterViewChecked
* _Router Hooks_
* onActivate
* onReuse
* onDeactivate
* canReuse
* canDeactivate
To:
* ngOnInit,
* ngOnDestroy,
* ngDoCheck,
* ngOnChanges,
* ngAfterContentInit,
* ngAfterContentChecked,
* ngAfterViewInit,
* ngAfterViewChecked
* _Router Hooks_
* routerOnActivate
* routerOnReuse
* routerOnDeactivate
* routerCanReuse
* routerCanDeactivate
The names of lifecycle interfaces and enums have not changed, though interfaces
have been updated to reflect the new method names.
Closes #5036
2015-11-16 20:04:36 -05:00
`routerOnReuse(nextInstruction, prevInstruction) { ... }` |`routerOnReuse`
2015-12-09 07:33:42 -05:00
description:
2016-08-08 20:25:42 -04:00
{@target dart}The router calls the component's routerOnReuse method (if defined) when it re-uses a component instance.{@endtarget}
2015-11-06 07:26:24 -05:00
@cheatsheetItem
2016-08-08 20:25:42 -04:00
syntax(dart):
refactor(lifecycle): prefix lifecycle methods with "ng"
BREAKING CHANGE:
Previously, components that would implement lifecycle interfaces would include methods
like "onChanges" or "afterViewInit." Given that components were at risk of using such
names without realizing that Angular would call the methods at different points of
the component lifecycle. This change adds an "ng" prefix to all lifecycle hook methods,
far reducing the risk of an accidental name collision.
To fix, just rename these methods:
* onInit
* onDestroy
* doCheck
* onChanges
* afterContentInit
* afterContentChecked
* afterViewInit
* afterViewChecked
* _Router Hooks_
* onActivate
* onReuse
* onDeactivate
* canReuse
* canDeactivate
To:
* ngOnInit,
* ngOnDestroy,
* ngDoCheck,
* ngOnChanges,
* ngAfterContentInit,
* ngAfterContentChecked,
* ngAfterViewInit,
* ngAfterViewChecked
* _Router Hooks_
* routerOnActivate
* routerOnReuse
* routerOnDeactivate
* routerCanReuse
* routerCanDeactivate
The names of lifecycle interfaces and enums have not changed, though interfaces
have been updated to reflect the new method names.
Closes #5036
2015-11-16 20:04:36 -05:00
`routerCanDeactivate(nextInstruction, prevInstruction) { ... }` |`routerCanDeactivate`
2015-12-09 07:33:42 -05:00
description:
2016-08-08 20:25:42 -04:00
{@target dart}The router calls the routerCanDeactivate methods (if defined) of every component that would be removed after a navigation. The navigation proceeds if and only if all such methods return true or a future that completes successfully.{@endtarget}
2015-11-06 07:26:24 -05:00
@cheatsheetItem
2016-08-08 20:25:42 -04:00
syntax(dart):
refactor(lifecycle): prefix lifecycle methods with "ng"
BREAKING CHANGE:
Previously, components that would implement lifecycle interfaces would include methods
like "onChanges" or "afterViewInit." Given that components were at risk of using such
names without realizing that Angular would call the methods at different points of
the component lifecycle. This change adds an "ng" prefix to all lifecycle hook methods,
far reducing the risk of an accidental name collision.
To fix, just rename these methods:
* onInit
* onDestroy
* doCheck
* onChanges
* afterContentInit
* afterContentChecked
* afterViewInit
* afterViewChecked
* _Router Hooks_
* onActivate
* onReuse
* onDeactivate
* canReuse
* canDeactivate
To:
* ngOnInit,
* ngOnDestroy,
* ngDoCheck,
* ngOnChanges,
* ngAfterContentInit,
* ngAfterContentChecked,
* ngAfterViewInit,
* ngAfterViewChecked
* _Router Hooks_
* routerOnActivate
* routerOnReuse
* routerOnDeactivate
* routerCanReuse
* routerCanDeactivate
The names of lifecycle interfaces and enums have not changed, though interfaces
have been updated to reflect the new method names.
Closes #5036
2015-11-16 20:04:36 -05:00
`routerOnDeactivate(nextInstruction, prevInstruction) { ... }` |`routerOnDeactivate`
2015-12-09 07:33:42 -05:00
description:
2016-08-08 20:25:42 -04:00
{@target dart}Called before the directive is removed as the result of a route change. May return a future that pauses removing the directive until the future completes.{@endtarget}