We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
如上图,本人宿舍断电然后查了下微精弘 发现还有180度电 点开容大后勤里查是0.01度 充了电后查询微精弘变成278.77度,如下
问题猜测: 可能我查询的180度是Store里直接拿出来的 (我记得我之前查过一两次都这个数 还想着不用充电费了) 对于查询电费,很多人都是点开看下还剩多少 现在的逻辑应该是先加载store里的 再查询再加载 这样并不合理 会发生 学生查下电费还多少 结果每次都查的是store里的数 还没来得及更新就退出这个页面 不应该直接使用缓存的数(或者起码显示这是你上次查得 不是这次的)
The text was updated successfully, but these errors were encountered:
这是展示策略的问题。产品一直定的展示缓存中的数据。展示缓存其实是一个不错的策略,只是缓存正在更新的状态没有透传给用户。你说的这里不需要缓存,只展示实时数据也有一定道理。
如果接口速度够快,那么你看到缓存,到反应过来那一到两秒,值已经更新了,这样就不会造成误导。 然而实际上这个接口速度就是慢,你反应过来了这是不对的数据时,真实的数据却还没返回过来。这样的现状如果不用缓存,那这张卡片就完全不可用了。
所以优化不了接口延迟,透传给用户加载态是最明智的。
Sorry, something went wrong.
No branches or pull requests
如上图,本人宿舍断电然后查了下微精弘 发现还有180度电 点开容大后勤里查是0.01度
充了电后查询微精弘变成278.77度,如下
问题猜测:
可能我查询的180度是Store里直接拿出来的 (我记得我之前查过一两次都这个数 还想着不用充电费了)
对于查询电费,很多人都是点开看下还剩多少 现在的逻辑应该是先加载store里的 再查询再加载 这样并不合理
会发生 学生查下电费还多少 结果每次都查的是store里的数 还没来得及更新就退出这个页面
不应该直接使用缓存的数(或者起码显示这是你上次查得 不是这次的)
The text was updated successfully, but these errors were encountered: