You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Mar 4, 2022. It is now read-only.
// Handles interaction with trips.serviceTripAPI {
// Get the trip specified by the ID.rpcGetTrip(GetTripRequest) returns (GetTripResponse);
// List the trips for the given user before a given time.//// If the start index is beyond the end of the available number// of trips, an empty list of trips will be returned.// If the start index plus the size is beyond the available number// of trips, only the number of available trips will be returned.rpcListUserTrips(ListUserTripsRequest) returns (ListUserTripsResponse);
}
Would Get be a reasonable alternative to GetTrip? (Since the surrounding service already provides the context that we are dealing with "trips")
If not, is there a justification for why GetTrip is preferred?
As another example: perhaps we could use ListForUser rather than ListUserTrips.
I'd like to see this clarified if possible. Thanks.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
There is currently no guidance in the style guide with respect to how RPCs should be named.
An example in the documentation is given as follows:
Would
Get
be a reasonable alternative toGetTrip
? (Since the surrounding service already provides the context that we are dealing with "trips")If not, is there a justification for why
GetTrip
is preferred?As another example: perhaps we could use
ListForUser
rather thanListUserTrips
.I'd like to see this clarified if possible. Thanks.
The text was updated successfully, but these errors were encountered: