为仪表板应用程序非分层URL方案(Non-hierarchical url scheme for a

什么是保持在下列范围内的URL方案的角方式：

该应用程序包含一个边栏，其中用户可以选择若干数据集的，后来就修改选择。
有一个仪表盘画布在其上用户可以动态地添加一个数字，包含不同类型的数字窗口。这些数字是根据某些变量绘制。

我想该URL方案将让我跟踪选定的数据集，当前活动窗口，其参数和它们各自的顺序。例如，一个有效的URL可能是

/ds?set=dataset1,dataset2,dataset3/type1?var=alb&f=0.05-0.15/type3?var=alb,crea/type1?var=alb,crea,ch2&f=0.10-0.20/

这意味着三个已命名的数据集当前选择的，并且进一步地，三个窗口是与定义的查询参数的定义的顺序激活。

什么状态/视图结构将允许所描述的架构？问题是，我还没有看到这样的情况的任何实例中，UI路由器的实例是其中用户浏览一个给定的路径上的所有简单的分级情况。

我不是您想要的URL方案完全清楚，但这可能与路由查询参数来完成。与此限制是他们都需要申报时的状态的状态定义例如：

.state('dashboard', {
    url: '/dashboard?ds&type&foo&bar'
})

这将使$stateParams.ds ， $stateParams.type ， $stateParams.foo等可用。被要求的参数的一些任意设置的问题（即你不知道他们所有的时间提前）可以通过某种方式与已知的命名参数序列化PARAMS解决。

例如，我使用查询参数做其状态的查询参数拍摄状态之间的一些重定向?redirect=profile.details&profileId=987234 ，我可以反序列化这个东西我都会直接到$state.go() 在这种情况下，我有一组有限的，可以被传递，所以我让他们宣布INT状态定义的ID。为了解决这个问题，你可以不喜欢?redirect=state.name&attrs={someId:3,otherValue:'abc',andAntoher:324} （查询参数应url编码）和这样的状态的url ，可以声明如下： /dashboard?redrect&attrs