Rest 两个Dojo存储,两个目标URL,服务器上的同一个DB:两个不同的存储?

Rest 两个Dojo存储,两个目标URL,服务器上的同一个DB:两个不同的存储?,rest,dojo,store,Rest,Dojo,Store,在服务器上,我定义了一个包含所有可用存储的哈希。 例如: 这显然是由服务器生成的。 客户端定义了一个函数,stores(),如下所示: stores( 'workspaceUsers', { workspaceId: 343434 } ) => A store with target set as /workspaces/34343434/users stores( 'workspaceUsers', { workspaceId: 454545 } ) => ANOTHER

在服务器上,我定义了一个包含所有可用存储的哈希。 例如:

这显然是由服务器生成的。 客户端定义了一个函数,
stores()
,如下所示:

 stores( 'workspaceUsers', { workspaceId: 343434 } ) =>  A store with target set as /workspaces/34343434/users 
 stores( 'workspaceUsers', { workspaceId: 454545 } ) =>  ANOTHER store with target set as /workspaces/454545/users 
stores()
函数用于缓存内容。这意味着请求:

stores( 'workspaceUsers', { workspaceId: 343434 } )
将返回与上一次呼叫相同的存储。存储是可观察和缓存的

现在我的问题是:这是一种明智的方式吗?这种解决方案的效果是
stores('workspaceUsers',{workspaceId:343434})
stores('workspaceUsers',{workspaceId:343434})
将创建具有两个不同目标的两个不同存储,但它们将有效地指向服务器上的相同数据(
workspaceId
这里显然将充当过滤器)


你看到我在做什么有什么愚蠢的地方吗?有更好的方法吗?

为什么要将存储与查询参数耦合?函数
stores()
有用于定义目标的参数,而不是查询参数。因为每个存储都是由其目标定义的,所以我没有选择。
stores( 'workspaceUsers', { workspaceId: 343434 } )