YAJL VS RapidJSON

'git clone https://github.com/lloyd/yajl.git'

why not simpler HN search

text-only, no Javascript required, no SNI, unnecessary HTTP headers, DNS, etc.

json_reformat is from https://github.com/lloyd/yajl/

example usage: 1.sh|json_reformat|sed 's/ *//;s/\\n/ /g'|less

    stunnel -fd 0 <

Interesting. I can still see these "deleted" tweets when I retrieve them from the command line. I do not like using Twitter's GUI, especially the way it uses Javascript, so I wrote a quick shell script to retrieve tweets without using a graphical web browser.

https://news.ycombinator.com/item?id=27056734

To read the JSON, I have playing around with json_reformat from https://github.com/lloyd/yajl

  1.sh > 1.json

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++.