Dojo 将jsonRest与filteringSelect小部件一起使用

我开始更改所有可以使用jsonRest而不是内存重建的小部件，比如我的应用程序中的filteringSelect和Dgrid。
在我修复了filteringSelect，用jsonRest替换了内存，并测试了它是否工作正常之后，我尝试使用store/cache。 测试表明缓存没有发生，当我搜索web时，我得到了某人的答案：

这个问题告诉我们缓存不能使用filteringSelect，但我需要使用request。 另一方面，“request”立即请求数据，因此它不是一个选项

你能给出正确的答案吗 1.缓存在filteringSelect上与jsonRest一起工作吗？ 2.我可以将dgrid与jsonRest和缓存一起使用吗

---

<>谢谢<>代码> jSOREST 可以与<代码> Cache < /C> >很好（不管小部件消耗什么），要考虑的重要事项（邮件列表帖子指出的）是：<代码> dojo/Sturt/Cache < /Cuff>不缓存“代码>查询< /代码>对该商店的调用，只有<代码>获取< /Cord>调用，因为

query

调用可以包括各种范围、筛选器和排序参数。因此，我认为使用

Cache

不会产生预期的效果

---

如果您的服务没有大量记录，另一种选择是使用RequestMemory store，它本质上是

Memory

和

JsonRest

之间的中间地带-它只请求一次完整的数据集（尽管它在创建存储后会立即请求），然后将整个集合存储在内存中，用于所有

query

和

get

调用。

我可以在filteringSelect小部件上仅使用带有“get”的jsonRest吗？有这样一个活生生的例子吗？当我将它与filteringSelect一起使用时，似乎没有办法告诉JR使用GET方法。POST查询自动进行。另一方面，我有很多数据。使用dojo smore对我来说不是一个选项。这听起来不太对。。。

JsonRest的
query
和
get
方法都向服务器发出get请求。FilteringSelect使用存储的
查询
方法填充下拉列表。