使用会话防止往返请求

听起来你这样做没什么问题,但你可能对 my answer to this question .

一般来说,会话是缓存以下数据的好地方:

1. 相对较小,
2. 很昂贵,而且
3. 不需要在给定用户的会话之外使用

听起来你至少符合上面的前两个要求。

我参与的一个项目的需求与您描述的类似,但许多用户最终会得到完全相同的菜单,而且菜单本身的生成成本很高,所以我将问题分成了几个部分,如下所示:

• 用户的PersonId存储在会话中。
• MenuKeyRepository将获得一个列表,其中列出了给定人员ID需要显示的菜单项键的ID,并将此列表作为“MenuKey”返回。
• MenuRepository将根据给定的MenuKey生成实际菜单。

这两个存储库使用了滑动内存缓存,因此在大多数情况下,菜单键和菜单本身都已经构建好了。如果一个新用户登录,但是应该看到与其他最近用户相同的菜单项,那么第一个存储库需要构造它们的菜单键,但是实际的菜单已经被缓存。

我不知道这种方法对你是否有意义,但它确实是值得的。

假设会话超时不是问题,看起来已经是一个很好的解决方案了。