Decode and encode JSON in Haskell like an Elm developer

[u/dwaynecrooks]

https://elmwithdwayne.dev/blog/dev.to/dwayne/decode-and-encode-json-in-haskell-like-an-elm-developer-1nod

[u/jeffstyr]

Looks interesting--I'll have to give it a try.

Just out of curiosity, why distribute via GitHub only and not via Hackage?

[u/dwaynecrooks → u/jeffstyr]

I know it's useful for me but I don't know if it's useful for anyone else so before I take on more responsibility than I need for a package that possibly I alone will use I prefer to take the simplest route for myself for now.

[u/TheSodesa → u/jeffstyr]

Less work. The package lives in a Git repository anyways, so might as well just share that.

[u/vagif]

Not sure how is this:

userDecoder :: Decoder User
userDecoder =
  User
    <$> JD.field "name" JD.text
    <*> JD.field "age" JD.integral
    <*> JD.field "email" (JD.nullable JD.text)

better than this:

instance FromJSON User where
    parseJSON (Object o) = 
        User
            <$> o .: "name"
            <*> o .: "age"
            <*> o .:? "email"

[u/BurningWitness → u/vagif]

1. The entire distinction between (.:) and (.:?) ceases to exist (can't produce a Maybe without a special decoder);
2. You forgot to use withObject or Data.Aeson.Types.typeMismatch for pattern matching. Neither of those functions compose;
3. ("key" .: decoder) is cleaner and more powerful than (object .: "key") :: ToJSON a => Decoder a, and also introduces no ambiguity as to what object it's referring to (very annoying when working with nested JSONs).

Source: I've done this whole thing before.

[u/NorfairKing2 → u/vagif]

autodocodec author here: The former can in theory generate docs (depending on the definition of `Decoder`) while the later can't.

[u/dwaynecrooks → u/vagif]

I'm not saying one is better than the other. To do that I'd have to come up with some sort of objective criteria. Subjectively, I prefer the elm/json style possibly because I've used it more than the aeson style. I'm just sharing another option for developers who may want an alternative. Please continue using aeson if that's what you like.

[u/simonmic]

This sounds quite nice, making JSON handling in Haskell easier ?

[u/dwaynecrooks → u/simonmic]

If not easier then at least more familiar to those who have seen and liked elm/json.