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
Hi, 目前看来,sticky事件应该有两种情况: 1,事件发生于注册之前 2,事件发生于注册之后
现在的版本,只有在注册的时候会分发sticky事件,然而在注册完毕之后再发送的sticky事件就没有分发了,只是放在一个队列里了。 是否可以这样设计: 1,事件发生于注册之前,则在注册的时候分发sticky事件 2,事件发生在注册之后,则在发送事件的时候立即分发?
看代码中本来是实现了2的情况,然而后面的版本中被注释了,不知道是为了处理什么问题?
我做上面那种设计的起因在于,注册时机有可能在事件发生之前,也有可能在事件发生之后,因此需要无论何种情况都能正常收到事件。
现在我只能发送sticky事件的同时再发送一次普通事件,确保两种情况都能正常工作。
以上
The text was updated successfully, but these errors were encountered:
表示赞同。。。
Sorry, something went wrong.
No branches or pull requests
Hi,
目前看来,sticky事件应该有两种情况:
1,事件发生于注册之前
2,事件发生于注册之后
现在的版本,只有在注册的时候会分发sticky事件,然而在注册完毕之后再发送的sticky事件就没有分发了,只是放在一个队列里了。
是否可以这样设计:
1,事件发生于注册之前,则在注册的时候分发sticky事件
2,事件发生在注册之后,则在发送事件的时候立即分发?
看代码中本来是实现了2的情况,然而后面的版本中被注释了,不知道是为了处理什么问题?
我做上面那种设计的起因在于,注册时机有可能在事件发生之前,也有可能在事件发生之后,因此需要无论何种情况都能正常收到事件。
现在我只能发送sticky事件的同时再发送一次普通事件,确保两种情况都能正常工作。
以上
The text was updated successfully, but these errors were encountered: