Почему дочерний CanActivate срабатывает раньше корневого Resolver?

Question

[iluxa1810]

В общем есть такая конфигурация:

const appRoutes: Routes = [
  {
    path: '', component: BaseComponent, resolve: { data: PermissionResolver }, children: [
      {
        path: '', loadChildren: './area/Home/Home.module#HomeModule',
      }
}

Внутри модуля Home такой роут:

const homeRoutes: Routes = [
  { path: '', redirectTo: '/home', pathMatch: 'full' },
  {
    path: 'home', component: homeContainerComponent, children: [
      {
        path: 'add', component: AddContainerComponent, canActivate: [CanActivateAdd], children: [
          {
            path: '', component: AddComponent
          }
        ]
      }
    ],
  }
];

Так вот, когда я сразу иду на home/add через адресную строку, то Resolve не срабатывает, а срабатывает сразу же canActive.

Вообще я ожидал, что Guard'ы будут срабатывать в иерархическом порядке.

Т.е сначала Resolve, так как он висит в корневом маршруте, а потом уже все дочерние Guard'ы.

Как добиться желаемого? Т.е сначала получить учетные данные от API в независимости куда пользователь зашел, а затем использовать canActive?

Нашел только вот такую статейку, как из ресолвера делают canActive. Неужели нет методов "из коробки"?

Comments

[msdosx86]

You can have multiple guards at every level of a routing hierarchy. The router checks the CanDeactivate and CanActivateChild guards first, from the deepest child route to the top. Then it checks the CanActivate guards from the top down to the deepest child route. If the feature module is loaded asynchronously, the CanLoad guard is checked before the module is loaded. If any guard returns false, pending guards that have not completed will be canceled, and the entire navigation is canceled.