GraphQL vs REST en C++: ¿Quién vence? Elegimos API para altas cargas

GraphQL vs REST en C++: eligiendo API para sistemas de alta carga

El debate entre REST y GraphQL no cesa en ningún lenguaje de programación. Pero cuando se trata de C++, un lenguaje donde cada byte y cada microsegundo cuentan, la discusión adquiere un matiz especial. Muchos piensan que C++ es solo para controladores de bajo nivel y motores de juegos, y que las API web se escriben en Python, Go o Rust. Sin embargo, esto no es así. En C++ se crean backends de alta carga, microservicios para sistemas financieros y plataformas IoT donde la velocidad es crítica.

En este artículo analizaremos qué es mejor para proyectos en C++: el clásico REST o el moderno GraphQL. Sin rodeos: solo código real en C++, benchmarks y consejos prácticos.

REST en C++: el clásico que funciona

REST es un estilo arquitectónico, no un protocolo. En C++ se implementa a través de servidores HTTP. Las bibliotecas más populares son CrowCpp, Drogon y Pistache. Son ligeras, rápidas y permiten levantar una API rápidamente.

Así se ve un endpoint REST simple en C++ con CrowCpp:

#include "crow.h"\n\nstruct User {\n    int id;\n    std::string name;\n    std::string email;\n};\n\nint main() {\n    crow::SimpleApp app;\n\n    CROW_ROUTE(app, "/user/<int>")\n    ([](int user_id) {\n        // Simulación de consulta a BD\n        User user{user_id, "Alice", "alice@example.com"};\n        \n        crow::json::wvalue x;\n        x["id"] = user.id;\n        x["name"] = user.name;\n        x["email"] = user.email;\n        return x;\n    });\n\n    app.port(8080).multithreaded().run();\n}\n

Las ventajas de REST en C++ son evidentes: sobrecarga mínima, métodos HTTP predecibles (GET, POST, PUT, DELETE) y una gran cantidad de herramientas listas. Literalmente escribes una función, la asignas a una URL y listo. Para operaciones CRUD simples, REST sigue siendo el rey.

Pero también tiene desventajas. En proyectos reales, a menudo surge el problema de over-fetching (obtener datos innecesarios) y under-fetching (necesidad de hacer varias solicitudes). Por ejemplo, para obtener un usuario y sus últimos pedidos, necesitas dos solicitudes: /user/1 y /orders?user_id=1. En C++ esto se soluciona, pero a costa de escribir código adicional en el backend.

GraphQL en C++: flexibilidad con tipado

GraphQL es un lenguaje de consultas que permite al cliente solicitar solo lo que necesita. Para C++ existen bibliotecas maduras: cppgraphqlgen (de Microsoft), taoPQ y Drogon GraphQL. Estas generan código C++ a partir del esquema GraphQL, lo que proporciona un tipado estricto en tiempo de compilación.

Aquí hay un ejemplo de un resolver GraphQL en C++ usando cppgraphqlgen:

#include "graphqlservice/GraphQLService.h"\n#include "UserSchema.h" // generado a partir de schema.graphql\n\nclass UserResolver : public graphql::User::Object {\npublic:\n    std::shared_ptr<graphql::User::User> getUser(int32_t id) override {\n        auto user = std::make_shared<graphql::User::User>();\n        user->getId() = id;\n        user->getName() = "Alice";\n        user->getEmail() = "alice@example.com";\n        return user;\n    }\n};\n\nint main() {\n    auto service = std::make_shared<graphql::User::Service>(std::make_shared<UserResolver>());\n    // Iniciar servidor HTTP (por ejemplo, con Crow)\n}\n

La principal ventaja de GraphQL en C++ es la seguridad de tipos. Si cambias el esquema, el compilador te señalará inmediatamente todos los lugares donde debes ajustar los resolvers. Sin errores en tiempo de ejecución con "campo inesperado". Para proyectos con cambios frecuentes en el modelo de datos, esto ahorra horas de depuración.

Sin embargo, la flexibilidad tiene un costo. Las consultas GraphQL se analizan y validan en el servidor, lo que añade sobrecarga de CPU. En C++ esto no es tan crítico como en Python, pero para sistemas con millones de solicitudes