googleapis

Public interface definitions of Google APIs. (by googleapis)

Googleapis Alternatives

Similar projects and alternatives to googleapis

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a better googleapis alternative or higher similarity.

googleapis reviews and mentions

Posts with mentions or reviews of googleapis. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-05-24.
  • REST vs gRPC
    2 projects | dev.to | 24 May 2023
    Rich Error Model: This model enables servers to return and clients to consume additional error details expressed as one or more protobuf messages. It further specifies a standard set of error message types to cover the most common error (QuotaFailure, PreconditionFailure, BadRequest, etc). When an error occurs, the server returns the appropriate status code along with an optional error message.
  • Mullvad Leta
    2 projects | news.ycombinator.com | 16 May 2023
    They list search in their public api

    https://github.com/googleapis/googleapis/blob/288aa7fb71c9b6...

  • Reasons to use gRPC/Protobuf?
    3 projects | /r/golang | 30 Apr 2023
    We structure the repo according to proto packages. It's quite similar to how the googleapis repository is structured.
  • Problem Details for HTTP APIs
    1 project | news.ycombinator.com | 30 Mar 2023
    It's unfortunate that the spec doesn't contain custom fields to a sub-object like other RPC specs, like proto Status [1]. They should have had the message go into a field named "message" and not "detail". And have a field like "details" where the opaque type is serialized, which should be named by the "type" field. The problem is that systems with existing error types may have field name conflicts with type, title, status, detail, or instance, so we'd just dump the actual error into a custom "extension member" which by definition, isn't standard.

    [1] https://github.com/googleapis/googleapis/blob/1c8a25ab153eef...

  • [Media] Dear Google, When Rust? Sincerely, Internet
    8 projects | /r/rust | 17 Mar 2023
    Protobuf (https://github.com/googleapis/googleapis)
  • gRPC vs REST: Comparing API Styles in Practice
    6 projects | dev.to | 21 Feb 2023
    All the required changes can be viewed in our last demo, the grpc-rest-app implementation. First, we need to update our proto service interface to help the proxy service make our gRPC service methods available at the right URLs and for the correct HTTP operations. To do this, the Google API HTTP library provides annotations we can add to our proto to describe the correct mappings. The buf tool allows us to include the googleapis dependency as a plugin in our buf.yaml file).
  • Code Design Decision – Always throw custom exceptions
    2 projects | news.ycombinator.com | 19 Dec 2022
    I think this only makes sense if the 3rd party is also throwing custom exceptions.

    If you want to reduce coupling you should avoid throwing custom exceptions at all. Semantic information can go in the error message and log. The error type should be used to indicate to your program whether an error is recoverable, retriable or some other action needs to be taken. For example google on has 16 canonical error codes for all APIs.

    https://github.com/googleapis/googleapis/blob/master/google/...

  • Microservice Communication
    4 projects | /r/golang | 17 Nov 2022
    OpenAPI and possibly developing reusable, versioned client libraries could help, but it's a major undertaking that gRPC makes redundant. I'd be tempted to use grpc-gateway even if I had to implement a REST API. Try looking into buf and monorepo structures for proto management, e.g. something like GoogleCloudPlatform/microservices-demo. For more thorough proto and grpc-gateway definition examples, see googleapis/googleapis.
  • Convex vs. Firebase
    7 projects | news.ycombinator.com | 21 Jun 2022
    Firestone does provide global consistency, so the following quote is incorrect:

    > In Cloud Firestore, the data on the client are loaded from the database at different points in time. Even if you listen for realtime updates, results from separate queries will not remain in sync. This creates consistency anomalies and bugs in your app.

    Here is a link to the protocol documentation that the clients use to support it: https://github.com/googleapis/googleapis/blob/d0b394f188e8c3...

    I'd link to the client implementation but it's quite involved.

  • Useful Old Technologies: ASN.1 (2013)
    2 projects | news.ycombinator.com | 25 Dec 2021
    Well there is Timestamp defined as a well known type which is available to all implementations despite not being a primitive type [1]. Plus one is obviously able to define any other custom types if necessary- eg as seen in [2].

    [1] https://developers.google.com/protocol-buffers/docs/referenc...

    [2] https://github.com/googleapis/googleapis/blob/master/google/...

  • A note from our sponsor - SaaSHub
    www.saashub.com | 24 Apr 2024
    SaaSHub helps you find the best software and product alternatives Learn more →

Stats

Basic googleapis repo stats
13
6,500
9.6
6 days ago

Sponsored
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
www.saashub.com