-
Notifications
You must be signed in to change notification settings - Fork 805
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
Thrift clients #3695
Thrift clients #3695
Conversation
|
||
// Client is the interface exposed by admin service client | ||
type Client interface { | ||
adminserviceclient.Interface | ||
AddSearchAttribute(context.Context, *admin.AddSearchAttributeRequest, ...yarpc.CallOption) error |
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.
qq: why we will not use the embedded thrift interface?
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.
This was changed on purpose so that we can change method signatures to accept and return internal types instead of thrift counterparts. Thrift types will be only be used in thrift clients and handlers. These changes will come with upcoming PRs.
This is prep-work for introducing internal application types. For now this change simply adds no-op thrift wrappers. Later on they will become a place for internal types to thrift conversion. Explicitly listed Client interfaces will operate on on internal types and only at the thriftClient they will be converted to thrift counterparts. - Explicitly listed Client interfaces instead of embedding thrift client interfaces. - Created thriftClient wrappers. Currently they only forward the request as is.
This is prep-work for introducing internal application types. For now this change simply adds no-op thrift wrappers. Later on they will become a place for internal types to thrift conversion. Explicitly listed Client interfaces will operate on on internal types and only at the thriftClient they will be converted to thrift counterparts. - Explicitly listed Client interfaces instead of embedding thrift client interfaces. - Created thriftClient wrappers. Currently they only forward the request as is.
What changed?
Client
interfaces instead of embedding thrift client interfaces.thriftClient
wrappers. Currently they only forward the request as is.Why?
This is prep-work for introducing internal application types. For now this change simply adds no-op thrift wrappers. Later on they will become a place for internal types to thrift conversion. Explicitly listed
Client
interfaces will operate on on internal types and only at the thriftClient they will be converted to thrift counterparts.How did you test it?
Potential risks