Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Appearance settings

Strategy for dual-mode APIs (REST + gRPC) #1696

Copy link
Copy link

Description

@tseaver
Issue body actions

For the APIs which support both REST and gRPC, how should we expose the choice? One option would be to have a different Connection class for each endpoint: if it works, then after instantiating the desired client, calling code would in theory be happy without caring again which one was chosen. Thoughts?

Because the datastore API is protobufs-over-REST, its Connection class already has a bunch of domain-specific API calls already, which would make this plan simpler. the Connection classes for pubsub and logging expose only make_api_request, which won't be much help.

Reactions are currently unavailable

Metadata

Metadata

Assignees

Labels

api: datastoreIssues related to the Datastore API.Issues related to the Datastore API.api: loggingIssues related to the Cloud Logging API.Issues related to the Cloud Logging API.api: pubsubIssues related to the Pub/Sub API.Issues related to the Pub/Sub API.type: questionRequest for information or clarification. Not an issue.Request for information or clarification. Not an issue.

Type

No type
No fields configured for issues without a type.

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions

    Morty Proxy This is a proxified and sanitized view of the page, visit original site.