我创建了一个示例来展示如何操作。更新的state
定义是:
$stateProvider
.state('home', {
url: '/:foo?bar',
views: {
'': {
templateUrl: 'tpl.home.html',
controller: 'MainRootCtrl'
},
...
}
这将是控制器:
.controller('MainRootCtrl', function($scope, $state, $stateParams) {
//..
var foo = $stateParams.foo; //getting fooVal
var bar = $stateParams.bar; //getting barVal
//..
$scope.state = $state.current
$scope.params = $stateParams;
})
我们可以看到 state home 现在的 url 定义为:
url: '/:foo?bar',
这意味着,url 中的参数预期为
/fooVal?bar=barValue
这两个链接将正确地将参数传递给控制器:
<a ui-sref="home({foo: 'fooVal1', bar: 'barVal1'})">
<a ui-sref="home({foo: 'fooVal2', bar: 'barVal2'})">
此外,控制器确实消耗$stateParams
而不是$stateParam
.
链接到文档:
你可以在这里查看
params : {}
还有新的、更精细的设置params : {}
。正如我们已经看到的,我们可以将参数声明为url
. 但是通过params : {}
配置 - 我们可以扩展这个定义,甚至引入不属于 url 的参数:
.state('other', {
url: '/other/:foo?bar',
params: {
// here we define default value for foo
// we also set squash to false, to force injecting
// even the default value into url
foo: {
value: 'defaultValue',
squash: false,
},
// this parameter is now array
// we can pass more items, and expect them as []
bar : {
array : true,
},
// this param is not part of url
// it could be passed with $state.go or ui-sref
hiddenParam: 'YES',
},
...
$stateProvider的文档中描述了可用于参数的设置
以下只是摘录
- value - {object|function=}:指定此参数的默认值。这隐式地将此参数设置为可选...
- 数组 - {boolean=}:(默认值:false)如果为真,则参数值将被视为值数组。
- squash - {bool|string=}:当当前参数值与默认值相同时,squash 配置如何在 URL 中表示默认参数值。
我们可以这样称呼这些参数:
// hidden param cannot be passed via url
<a href="#/other/fooVal?bar=1&bar=2">
// default foo is skipped
<a ui-sref="other({bar: [4,5]})">
在这里检查它的行动