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
进入一个界面时需要同时发起多个网络请求,但是谁先结束是不一定的。导致这种场景下如果一个网络请求跟waitdialog绑定的话,是不合适的(网络请求开始的时候显示dialog,结束的时候关闭是不合适的),因为一个网络请求结束的时候,会把dialog关闭后,其他的网络请求的加载动画就没了。我希望有一个组件,支持多实例,然后支持自定义抗打断,来满足这个场景。
如果用waitdialog的话,那就得自己管理请求,如果正在执行的请求空了才关闭dialog,一方面比较麻烦,另一方面因为不同网络请求的提示文本是不一样的,单例也不能满足这个场景。
The text was updated successfully, but these errors were encountered:
此问题属于 app 自身逻辑问题,并非 DialogX 框架的问题,请优化接口调用方式,不建议在每个接口中都启动和关闭 WaitDialog,即便 WaitDialog 不采用单例方案,频繁大量的显示带有遮罩的阻断性提醒也并非用户体验良好的操作,建议优化 app 逻辑以改善用户体验。
Sorry, something went wrong.
长时间未收到回复暂时关闭了此问题,若有疑问请继续回复。此消息来自于自动化 Issues 处理 Bot,若问题严重或紧急你也可以通过反馈群联系到我:590498789
No branches or pull requests
进入一个界面时需要同时发起多个网络请求,但是谁先结束是不一定的。导致这种场景下如果一个网络请求跟waitdialog绑定的话,是不合适的(网络请求开始的时候显示dialog,结束的时候关闭是不合适的),因为一个网络请求结束的时候,会把dialog关闭后,其他的网络请求的加载动画就没了。我希望有一个组件,支持多实例,然后支持自定义抗打断,来满足这个场景。
如果用waitdialog的话,那就得自己管理请求,如果正在执行的请求空了才关闭dialog,一方面比较麻烦,另一方面因为不同网络请求的提示文本是不一样的,单例也不能满足这个场景。
The text was updated successfully, but these errors were encountered: