-
Notifications
You must be signed in to change notification settings - Fork 4.4k
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
clarify CloseSend vs CloseAndRecv; better formatting #2071
Conversation
stream.go
Outdated
// release of resources. | ||
// - Bidirectional clients should call Close and then call Recv until a non-nil | ||
// error is returned. | ||
// - Unidirectional clients should call CloseAndRecv. Note that CloseSend may not |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"Unidirectional" is ambiguous. I think you want something like "For client streaming RPCs, clients should call ..."
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"client streaming RPCs" could include bidirectional, which does not have CloseAndRecv right?
Could you clarify how unidirectional is ambiguous? Are you referring to the fact that both clients and servers can unidirectionally stream?
If so, how about:
- "For unidirectional RPCs, clients should ..."
- "For bidirectional RPCs, clients and servers should ..."
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why not "For client-streaming RPCs..."? We have historically called the two unidirectional streaming RPCs "client-streaming" and "server-streaming".
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Done
stream.go
Outdated
// error is returned. | ||
// - Unidirectional clients should call CloseAndRecv. Note that CloseSend may not | ||
// release all goroutines; CloseAndRecv guarantees release of resources. | ||
// - Bidirectional clients should call Close and then repeatedly call Recv until |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"Bidirectional or server-streaming clients"?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Done
@dfawley PTAL |
This may be overly verbose - I'd love to know if there's a better way to say this.
Inspired by CovenantSQL/CovenantSQL#18 via golang/go#7873.