我已经阅读了与Substate等相关的Ember文档,并且我了解它是如何工作的。在当前的应用程序中,我的loading.hbs和其他子loading.hbs模板可以正常工作。
我只想讨论一个用例。
我想在这里加深理解。现在没有显示第二次加载屏幕,该屏幕告诉我们存储中已有数据,因此没有理由将其加载,并且在获取存储后发送了与后端同步的请求。
题
现在,我想知道这是否是Ember与Ember-data的默认行为?
要显示此加载屏幕,我需要手动执行一些操作吗?
理想情况下,我想要的是,如果在第二次请求时获取了数据,则显示它,同时显示加载程序以告诉用户它也在与后端同步。
我知道所有事情都可以手动完成,我不想重新发明轮子或以非常规的方式做事。因此,我想知道Ember提供的最佳优化解决方案,经验丰富的Ember开发人员可以帮助我理解。
提前致谢。
现在,我想知道这是否是Ember与Ember-data的默认行为?
是的,这灰烬数据的默认行为,当你做一个findRecord
或findAll
地方shouldBackgroundReloadRecord
或shouldBackgroundReloadAll
分别适配器的情况下,默认为真。您可以通过返回false并确保将shouldReloadAll
或shouldReloadRecord
分别设置为true
来关闭此功能,以确保请求始终命中API而不是从缓存中获取。
理想情况下,始终建议在屏幕上立即显示数据,因为它具有更好的UX,可以使用户感觉到数据已经存在,并且正在提取数据的某些部分。在这里检查
要显示此加载屏幕,我需要手动执行一些操作吗?
本文收集自互联网,转载请注明来源。
如有侵权,请联系 [email protected] 删除。
我来说两句