aeson
A fast Haskell JSON library (by haskell)
aeson-applicative
define To/From JSON instances from one applicative definition (by gregwebs)
Our great sponsors
| aeson | aeson-applicative | |
|---|---|---|
| 9 | 0 | |
| 1,225 | 6 | |
| 0.2% | - | |
| 7.0 | 0.0 | |
| 10 days ago | almost 9 years ago | |
| Haskell | Haskell | |
| BSD 3-clause "New" or "Revised" License | MIT License |
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.
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...
- 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
I'd be curious to see the benchmarks with the cffi flag enabled. aeson by default uses Haskell instead of C and this results in a pretty massive slowdown - the benchmark in that PR shows FFI being 12x faster.
Well, the aeson’s ffi code is written by me: https://github.com/haskell/aeson/commit/2f24e555d86a36fdda6d4cad79976004b382ab3b
aeson-applicative
Posts with mentions or reviews of aeson-applicative.
We have used some of these posts to build our list of alternatives
and similar projects.
We haven't tracked posts mentioning aeson-applicative yet.
Tracking mentions began in Dec 2020.
What are some alternatives?
When comparing aeson and aeson-applicative you can also consider the following projects:
aeson-coerce
aeson-utils - Utilities for working with aeson.
alternative-vector - Use vectors with many and some, instead of lists
tmp-postgres - Create temporary postgres instances
req - An HTTP client library
aeson-flowtyped - Moved to https://gitlab.com/transportengineering/aeson-flowtyped
aeson-yak - JSON Shaving Day
aeson-smart - Better template haskell generation of parseJSON and toJSON methods
aeson-lens - Lens of Aeson
android-lint-summary - Prettier display of Android Lint issues
aeson vs aeson-coerce
aeson-applicative vs aeson-coerce
aeson-applicative vs aeson-utils
aeson vs alternative-vector
aeson vs aeson-utils
aeson vs tmp-postgres
aeson vs req
aeson-applicative vs aeson-flowtyped
aeson-applicative vs aeson-yak
aeson-applicative vs aeson-smart
aeson-applicative vs aeson-lens
aeson vs android-lint-summary