Our great sponsors
| inquire | aeson | |
|---|---|---|
| - | 9 | |
| 7 | 1,227 | |
| - | 0.3% | |
| 0.0 | 7.0 | |
| - | 20 days ago | |
| Haskell | Haskell | |
| GNU General Public License v3.0 only | GNU General Public License v3.0 or later |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.
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.
inquire
Posts with mentions or reviews of inquire.
We have used some of these posts to build our list of alternatives
and similar projects.
We haven't tracked posts mentioning inquire yet.
Tracking mentions began in Dec 2020.
aeson
Posts with mentions or reviews of aeson.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-10-24.
-
Haskell adoption is higher than I expected, what can we do to get it to top 10 languages.
Don't get me wrong, we figured it all out, and currently we use Aeson fork as we needed this: https://github.com/haskell/aeson/pull/926, as the default behaviour didn't work with Swift, and I wasn't sure if it's worth spending any time completing it...
-
PSA: aeson hash flood vulnerability was assigned CVE-2022-3433
See PR 871 and PR 877 for when and how exactly these things changed.
- kodimensional :: Avoiding space leaks at all costs
-
How would aeson redesign FromJSON without intermediate Value?
Simdjson-based Hermes is able to decode JSON significantly faster while still using an intermediate representation: https://github.com/haskell/aeson/pull/923
- List of upcoming breaking changes
-
The aeson vulnerability has been fixed in aeson-2.0.1.0
Ah, I see you are working on this already, thank you: https://github.com/haskell/aeson/pull/883
-
Text Maintainers: text-utf8 migration discussion - Haskell Foundation
Similar scan is already in aeson https://github.com/haskell/aeson/blob/master/src/Data/Aeson/Parser/Internal.hs#L322-L335 where the unsafeDecodeASCII is used I mentioned in my previous comment.
-
High-performance JSON codec
Well, the aeson’s ffi code is written by me: https://github.com/haskell/aeson/commit/2f24e555d86a36fdda6d4cad79976004b382ab3b
What are some alternatives?
When comparing inquire and aeson you can also consider the following projects:
stripe-core - :moneybag: Stripe API
aeson-coerce
jsaddle - JavaScript interface that works with GHCJS or GHC
alternative-vector - Use vectors with many and some, instead of lists
wreq
aeson-utils - Utilities for working with aeson.
HaTeX - The Haskell LaTeX library.
aeson-applicative - define To/From JSON instances from one applicative definition
yesod-persistent - A RESTful Haskell web framework built on WAI.
req - An HTTP client library
postgrest - REST API for any Postgres database
tmp-postgres - Create temporary postgres instances