-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
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
Issues with IClusterClient #4436
Comments
We inherited I personally don't see a clean and easy way out of this compromise. It's too late for us to rename public methods anyway. |
@dandago |
Does this answer your question, @dandago? |
Yes, although I'm very surprised at this design decision. This goes against a common convention in the .NET Framework of |
@dandago the client is intended to be long-lived, unlike a
Here's the relationship between them:
|
Why does |
@dandago because it tells the cluster that the client is disconnecting, because it's graceful. |
OK, got it. |
Close()
orDispose()
to clean up the client, or both?Connect()
method, whereas ISiloHost has an awaitableStartAsync()
. That -Async() suffix is inconsistent. I know Microsoft recommends the -Async() suffix, but the Orleans team had decided against it a while back. Either way, it should be consistent. Personally, I prefer the -Async() suffix as it is immediately recognisable as needing anawait
(or other Task-based approach).The text was updated successfully, but these errors were encountered: