POCO VS RapidJSON

You can also look into Poco https://pocoproject.org/

I can't say enough good stuff about POCO for this type of work - when I first got my teams using it we used to joke that POCO was what Boost wants to be when it grows up. And nlohmann/json - cracking library for working with JSON in C++.

We use https://github.com/pocoproject/poco in most projects, very easy to set up a http listener

Did someone used Poco's Net Library to create a Rest Api? Poco Project

But CLion is so slow. Tested with Poco C++ standard build (https://pocoproject.org/). Moving around with Go To Definition takes sometimes up to 20 seconds if file is first touched. Using 'back' and 'forward' delays for 1-2 seconds.

Yes, you need NetSSL - take a look at find_package(Poco REQUIRED COMPONENTS ... NetSSL) requires an aditional find_package(OpenSSL) since poco-10.

poco (portable components) https://pocoproject.org/

Many of the necessary fixes do end up getting pushed upstream, though, thinking especially of stuff like converting CMake projects to use the GNUInstallDirs standard, so there is a benefit to the strictness work that extends beyond even just the Nix community itself.

Of course, sometimes those kinds of changes just never get merged, for a variety of well-understood open-sourcey reasons, eg: https://github.com/pocoproject/poco/pull/3105

Here's what I did: - I bought a theme that I liked, and used mstch as template engine (matched the theme's template format) - Imported rapidjson for parsing JSON, and used mstch for generating JSON (the JSON I generate is simple enough that I can do this) - Wrote an HTTP handler class for each page that handles the GET and POST requests, generating HTML or JSON depending on the request

And documentation in most cases is more user-friendly if you will use something like MkDocs(based on Markdown), example http://rapidjson.org/

Use RapidJSON https://rapidjson.org/

It seems not super widely used compared to other famous libraries like RapidJSON, nlohmann-json, or simdjson. But it seems the author is very active in developing this project which can mitigate this "lack of community" issue.

have a look at rapidjson for a a nice simple json framework https://rapidjson.org/ I use it and it's quite fast and as good as anything I used in python.

So I just cloned https://github.com/Tencent/rapidjson to see what is the current status. At compile time they check if the C++ compiler supports the "noexcept" keyword, and if so they define RAPIDJSON_NOEXCEPT to be "noexcept". Throughout the implementation, RAPIDJSON_NOEXCEPT is added to quite a few function declarations (about a hundred of them).

RapidJSON is also excellent, like fantastic when performance matters. Not sure there's a much faster JSON implementation anywhere, and I've written my own SAX-style parser as a fun, hobby project for C++.