`ui-router` $stateParams против $state.params

Question

С ui-routerможно вводить либо $state или же $stateParams в контроллер, чтобы получить доступ к параметрам в URL. Тем не менее, доступ к параметрам через $stateParams только выставляет параметры, принадлежащие состоянию, управляемому контроллером, который обращается к нему, и его родительским состояниям, в то время как $state.params имеет все параметры, в том числе и в любых дочерних состояниях.

Учитывая следующий код, если мы напрямую загружаем URL http://path/1/paramA/paramBВот как это происходит при загрузке контроллеров:

$stateProvider.state('a', {
     url: 'path/:id/:anotherParam/',
     controller: 'ACtrl',
  });

$stateProvider.state('a.b', {
     url: '/:yetAnotherParam',
     controller: 'ABCtrl',
  });

module.controller('ACtrl', function($stateParams, $state) {
   $state.params; // has id, anotherParam, and yetAnotherParam
   $stateParams;  // has id and anotherParam
}

module.controller('ABCtrl', function($stateParams, $state) {
   $state.params; // has id, anotherParam, and yetAnotherParam
   $stateParams;  // has id, anotherParam, and yetAnotherParam
}

Вопрос в том, почему разница? И есть ли рекомендации по передовому опыту, когда и почему вы должны их использовать, или избегать их использования?

Answer 1

Документация подтверждает ваши выводы здесь: https://github.com/angular-ui/ui-router/wiki/URL-Routing

Если мне не изменяет память, $stateParams был представлен позже, чем оригинал $state.paramsи, кажется, простой вспомогательный инжектор, чтобы избежать непрерывной записи $state.params,

Я сомневаюсь, что есть какие-либо рекомендации по передовому опыту, но контекст выигрывает для меня. Если вы просто хотите получить доступ к параметрам, полученным в URL, используйте $stateParams, Если вы хотите узнать что-то более сложное о самом государстве, используйте $state,

Answer 2

Еще одна причина использовать $state.params для состояния, не основанного на URL, которое (на мой взгляд) крайне недокументировано и очень мощно.

Я обнаружил это, пока гуглял о том, как передать состояние, не выставляя его в URL, и ответил на вопрос в другом месте на SO.

По сути, он допускает такой синтаксис:

<a ui-sref="toState(thingy)" class="list-group-item" ng-repeat="thingy in thingies">{{ thingy.referer }}</a>

Answer 3

РЕДАКТИРОВАТЬ: Этот ответ является правильным для версии 0.2.10, Как отметил @Alexander Vasilyev, в версии не работает 0.2.14,

Еще одна причина использовать $state.params когда вам нужно извлечь параметры запроса следующим образом:

$stateProvider.state('a', {
  url: 'path/:id/:anotherParam/?yetAnotherParam',
  controller: 'ACtrl',
});

module.controller('ACtrl', function($stateParams, $state) {
  $state.params; // has id, anotherParam, and yetAnotherParam
  $stateParams;  // has id and anotherParam
}

Answer 4

Есть много различий между этими двумя. Но работая практически, я обнаружил, что с помощью $state.params лучше. Когда вы используете все больше и больше параметров, поддерживать их в $stateParams, где, если мы используем несколько параметров, которые не являются URL-параметрами $state очень полезно

 .state('shopping-request', {
      url: '/shopping-request/{cartId}',
      data: {requireLogin: true},
      params : {role: null},
      views: {
        '': {templateUrl: 'views/templates/main.tpl.html', controller: "ShoppingRequestCtrl"},
        'body@shopping-request': {templateUrl: 'views/shops/shopping-request.html'},
        'footer@shopping-request': {templateUrl: 'views/templates/footer.tpl.html'},
        'header@shopping-request': {templateUrl: 'views/templates/header.tpl.html'}
      }
    })

Answer 5

У меня есть корневое состояние, которое разрешает что-то. Переходя $state как параметр разрешения не гарантирует доступность для $state.params, Но используя $stateParams будут.

var rootState = {
    name: 'root',
    url: '/:stubCompanyId',
    abstract: true,
    ...
};

// case 1:
rootState.resolve = {
    authInit: ['AuthenticationService', '$state', function (AuthenticationService, $state) {
        console.log('rootState.resolve', $state.params);
        return AuthenticationService.init($state.params);
    }]
};
// output:
// rootState.resolve Object {}

// case 2:
rootState.resolve = {
    authInit: ['AuthenticationService', '$stateParams', function (AuthenticationService, $stateParams) {
        console.log('rootState.resolve', $stateParams);
        return AuthenticationService.init($stateParams);
    }]
};
// output:
// rootState.resolve Object {stubCompanyId:...}

Используя "angular": "~1.4.0", "angular-ui-router": "~0.2.15"

Answer 6

Здесь в этой статье четко объясняется: $state Сервис предоставляет ряд полезных методов для манипулирования состоянием, а также соответствующие данные о текущем состоянии. Параметры текущего состояния доступны на $state сервис на ключе params. $stateParams сервис возвращает тот же объект. Следовательно $stateParams Сервис является исключительно удобным сервисом для быстрого доступа к объекту params на $state оказание услуг.

Таким образом, ни один контроллер не должен вводить оба $state сервис и его удобство обслуживания, $stateParams, Если $state вводится только для доступа к текущим параметрам, контроллер должен быть переписан для ввода $stateParams вместо.

Answer 7

Интересное наблюдение, которое я сделал при передаче предыдущих параметров состояния от одного маршрута к другому, состоит в том, что $stateParams поднимается и перезаписывает параметры состояния предыдущего маршрута, которые были переданы с параметрами текущего состояния, но с использованием $state.paramс не

Когда используешь $stateParams:

var stateParams        = {};
stateParams.nextParams = $stateParams; //{item_id:123}
stateParams.next       = $state.current.name;

$state.go('app.login', stateParams);
//$stateParams.nextParams on app.login is now:
//{next:'app.details', nextParams:{next:'app.details'}}

При использовании $state.params:

var stateParams        = {};
stateParams.nextParams = $state.params; //{item_id:123}
stateParams.next       = $state.current.name;

$state.go('app.login', stateParams);
//$stateParams.nextParams on app.login is now:
//{next:'app.details', nextParams:{item_id:123}}