Dear grpc users, I have posted a new gRFC proposal at https://github.com/grpc/proposal/pull/70 . This proposal continues the work of https://github.com/grpc/proposal/pull/28 with additional curation of the C++ API. This proposal has several goals:
1. The C++ API will no longer leak gRPC core surface API or C++ library implementation details: all C++ API methods can be called using idiomatic C++ parameters and return values. 2. The C++ API will clearly demarcate functions/classes for internal use versus public use. Although this was started previously, it is now being done comprehensively. When possible, this will continue to use namespace grpc::internal; otherwise, it will simply involve adding an appropriate comment to the API 3. Likewise, API methods that are no longer the preferred choice for public use will be marked deprecated in comments 4. None of these changes is intended to break any C++ application code; we are being very careful not to remove/privatize/internalize any API methods that are documented for and in use by external code. Please discuss the ideas here, and I'll update the proposal with any feedback. Thanks and best regards, Vijay -- You received this message because you are subscribed to the Google Groups "grpc.io" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/grpc-io. To view this discussion on the web visit https://groups.google.com/d/msgid/grpc-io/a9e35b49-4bc6-4b58-b5bd-531a19611d34%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
