Boost.Asio
C++ REST SDK
Our great sponsors
Boost.Asio | C++ REST SDK | |
---|---|---|
20 | 13 | |
4,575 | 7,778 | |
- | 0.9% | |
8.1 | 3.6 | |
about 9 hours ago | 3 months ago | |
C++ | C++ | |
- | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Boost.Asio
-
How to synchronize access to application data in multithreaded asio?
Indeed looks like it, strand_executor_service.hpp is using a Mutex internally (otherwise it wouldn't make sense to me).
- Not young programmer wants to find source to liquidate gap in modern C++ knowledge.
-
LumoclastFW 10 - Networking System
The ASIO framework can be found at https://think-async.com/Asio/ and the relevant license for its use is included in the GitHub repository in the Vendor/licenses directory.
-
Multiplayer Networking Solutions
Asio Extracted from the much bigger Boost C++ library, it's apparently a really good networking library. As a bonus it also handles async / threads. Here's a really good video tutorial by OneLoneCoder
-
My experience with C++ 20 coroutines
Yes: https://github.com/chriskohlhoff/asio/blob/master/asio/include/asio/coroutine.hpp
- Ask HN: What are some examples of elegant software?
-
The Lisp Curse
I like working in C++, after a decade of working in Java, Python, Javascript and Clojure, I find working in C++ (which I learned before these other languages) to be quite fun and pleasant, at least with relatively modern C++.
I've been, on and off, working on a little toy game engine, for a few years. Its a mix of keeping up with C++ advancements, learning various concepts like physically based rendering, and just the fun of crafting a big project, with no constraints other than my time and ability, no deadlines, no expectation of releasing anything. Its cathartic and enjoyable. I really do enjoy it.
Last September, I got frustrated with something I was working on in a more serious capacity. It was some server software, it responded to HTTP requests, it accessed third party services over HTTP and Websockets, it talked to a Postgres database. Overall it was an event driven system that transformed data and generated actions that would be applied by talking to third party services. The "real" version was written in Clojure and it worked pretty well. I really like Clojure, so all good.
But because I was frustrated with some things about how it ran and the resources it took up, I wondered what it would be like if I developed a little lean-and-mean version in C++. So I gave it a try as a side project for a few weeks. I used doctest[1] for testing, immer[2] for Clojure-like immutable data structures, [3] lager for Elm-like application state and logic management, Crow[4] for my HTTP server, ASIO[5] and websocketpp[6] for Websockets, cpp-httplib[7] as a HTTP client and PGFE[8] for Postgres, amongst some other little utility libraries. I also wrote it in a Literate Programming style using Entangled[9], which helped me keep everything well documented and explained.
For the most part, it worked pretty well. Using immer and lager helped keep the logic safe and to the point. The application started and ran very quickly and used very little cpu or memory. However, as the complexity grew, especially when using template heavy libraries like lager, or dealing with complex things like ASIO, it became very frustrating to deal with errors. Template errors even on clang became incomprehensible and segmentation faults when something wasn't quite right became pretty hard to diagnose. I had neither of these problems working on my game engine, but both became issues on this experiment. After a few weeks, I gave up on it. I do think I could have made it work and definitely could go back and simplify some of the decisions I made to make it more manageable, but ultimately, it was more work than I had free time to dedicate to it.
So my experience was that, yes, you can write high level application logic for HTTP web backends in C++. You can even use tools like immer or lager to make it feel very functional-programming in style and make the application logic really clean. Its not hard to make it run efficiently both in terms of running time and memory usage, certainly when comparing to Clojure or Python. However, I found that over all, it just wasn't as easy or productive as either of those languages and I spent more time fighting the language deficiencies, even with modern C++, than I do when using Clojure or Python.
I think I would think very long and hard before seriously considering writing a web backend in C++. If I had the time, I'd love to retry the experiment but using Rust, to see how it compares.
[1] https://github.com/doctest/doctest
[2] https://github.com/arximboldi/immer
[3] https://github.com/arximboldi/lager
[4] https://github.com/CrowCpp/crow
[5] https://think-async.com/Asio/
[6] https://www.zaphoyd.com/projects/websocketpp/
[7] https://github.com/yhirose/cpp-httplib
-
P2300 (Sender/Receiver) is DEAD in the water for C++23 !!!
When was it? Executors (or proto executors if you want) were a thing in ASIO at least since early 00s - https://github.com/chriskohlhoff/asio/commit/02a2d65e4e8b95edc37b325c254017d23f31c342
-
Can you guys recommend a multiplatform alternative to POSIX sockets?
Take a look at asio (https://think-async.com/Asio/)
-
Boost v1.78.0
As the commit (https://github.com/chriskohlhoff/asio/commit/36440a92eb83da34b7516af2632b119f83b66a35) explains, you can have io_uring to support the new I/O objects (i.e. files), but still using the epoll reactor for the other I/O objects. And that seem to be the only reason why the eventfd is there: you are still using epoll, but with io_uring through the eventfd to support things epoll doesn't support.
C++ REST SDK
-
What is the industry standard today in C++ to deploy REST microservices in Kubernetes?
My favourite was Microsoft's cpprestsdk, but for some reason now is in maintenance mode, I don't know why, so it's hard to suggest it for new projects. A nice alternative is restc-cpp, that's has a good high-level interface, if this is what you want.
We also used https://github.com/microsoft/cpprestsdk but that isn't maintained- it was a pain working around the the different string sizes on different platforms
-
REST APIs using C++. (Is this even done much?)
CppRestSDK is deprecated.
-
REST library: production 'ready'
https://github.com/microsoft/cpprestsdk (concerned about being maintenance mode -> production?)
-
Have there been any attempts to build a REST API service on top of either Boost.asio or Boost.beast?
While it's not based on Boost Asio or Beast, Microsoft maintains a SDK for developing REST api's using C++, aptly named the C++ REST SDK. Here you can find the Github page. It pretty much covers everything you'd come to expect from a modern webserver package. It does come with a steep learning curve however.
-
Microsoft YARP
I never thought I'd laud microsoft on open source software but this has certainly made my life easier... I mean come on, MIT licensed and everything...
- Web services in C++
-
Thriving in a Crowded and Changing World: C++ 2006–2020 [pdf]
>But is it truly practical to use in 'higher-abstraction' apps like web or mobile?
Yes absolutely. Once you become familiar with the language the barrier is not that high. Familiarity trumps everything else.
That said, since i am not a Web/mobile developer i had collected some resources to help me learn how to use C++ for Web/Mobile apps, you may find it useful;
https://levelup.gitconnected.com/cross-platform-mobile-and-w...
https://github.com/Microsoft/cpprestsdk
https://medium.com/@ivan.mejia/modern-c-micro-service-implem...
-
cpprestsdk in maintenance mode
I was starting a project that needs to read data with rest API and I'd like to use cpprestsdk from Microsoft. But it's readme says that's in maintenance mode and it's not recommended for new projects... I'd like to know why it's in maintenance mode, and if it will be abandoned. Also, if there's some equivalent library for cpp, instead of creating the business logic from scratch, i.e. with boost::beast.
-
How to use C++ as backend
So, if you're going that route, you can use one of the many HTTP wrappers around Boost::ASIO or something purpose-built like Pistache or Casablanca.
What are some alternatives?
Boost.Beast - HTTP and WebSocket built on Boost.Asio in C++11
libuv - Cross-platform asynchronous I/O
libcurl - A command line tool and library for transferring data with URL syntax, supporting DICT, FILE, FTP, FTPS, GOPHER, GOPHERS, HTTP, HTTPS, IMAP, IMAPS, LDAP, LDAPS, MQTT, POP3, POP3S, RTMP, RTMPS, RTSP, SCP, SFTP, SMB, SMBS, SMTP, SMTPS, TELNET, TFTP, WS and WSS. libcurl offers a myriad of powerful features
libevent - Event notification library
Restbed - Corvusoft's Restbed framework brings asynchronous RESTful functionality to C++14 applications.
POCO - The POCO C++ Libraries are powerful cross-platform C++ libraries for building network- and internet-based applications that run on desktop, server, mobile, IoT, and embedded systems.
Simple-WebSocket-Server
C++ Actor Framework - An Open Source Implementation of the Actor Model in C++
drogon - Drogon: A C++14/17 based HTTP web application framework running on Linux/macOS/Unix/Windows [Moved to: https://github.com/drogonframework/drogon]
libev - Full-featured high-performance event loop loosely modelled after libevent
Oat++ - 🌱Light and powerful C++ web framework for highly scalable and resource-efficient web application. It's zero-dependency and easy-portable.