zwilias/json-decode-exploration/4.3.0

NOTE: this package is not compatible with Elm 0.19.1

Json.Decode.Exploration.Pipeline

Json.Decode.Pipeline

Use the (|>) operator to build JSON decoders.

Decoding fields

required : String -> Decoder a -> Decoder (a -> b) -> Decoder b

Decode a required field.

type alias User =
    { id : Int
    , name : String
    , email : String
    }


userDecoder : Decoder User
userDecoder =
    decode User
        |> required "id" int
        |> required "name" string
        |> required "email" string


""" {"id": 123, "email": "[email protected]", "name": "Sam"} """
    |> decodeString userDecoder
--> Success { id = 123, name = "Sam", email = "[email protected]" }
requiredAt : List String -> Decoder a -> Decoder (a -> b) -> Decoder b

Decode a required nested field.

type alias User =
    { id : Int
    , name : String
    , email : String
    }


userDecoder : Decoder User
userDecoder =
    decode User
        |> required "id" int
        |> requiredAt [ "profile", "name" ] string
        |> required "email" string


"""
{
    "id": 123,
    "email": "[email protected]",
    "profile": { "name": "Sam" }
}
"""
    |> decodeString userDecoder
--> Success { id = 123, name = "Sam", email = "[email protected]" }
optional : String -> Decoder a -> a -> Decoder (a -> b) -> Decoder b

Decode a field that may be missing or have a null value. If the field is missing, then it decodes as the fallback value. If the field is present, then valDecoder is used to decode its value. If valDecoder fails on a null value, then the fallback is used as if the field were missing entirely.

type alias User =
    { id : Int
    , name : String
    , email : String
    }


userDecoder : Decoder User
userDecoder =
    decode User
        |> required "id" int
        |> optional "name" string "blah"
        |> required "email" string


""" { "id": 123, "email": "[email protected]" } """
    |> decodeString userDecoder
--> Success { id = 123, name = "blah", email = "[email protected]" }

Because valDecoder is given an opportunity to decode null values before resorting to the fallback, you can distinguish between missing and null values if you need to:

userDecoder2 =
    decode User
        |> required "id" int
        |> optional "name" (oneOf [ string, null "NULL" ]) "MISSING"
        |> required "email" string

Note also that this behaves slightly different than the stock pipeline package.

In the stock pipeline package, running the following decoder with an array as the input would succeed.

fooDecoder =
    decode identity
        |> optional "foo" (maybe string) Nothing

In this package, such a decoder will error out instead, saying that it expected the input to be an object. The key "foo" is optional, but it really does have to be an object before we even consider trying your decoder or returning the fallback.

optionalAt : List String -> Decoder a -> a -> Decoder (a -> b) -> Decoder b

Decode an optional nested field.

hardcoded : a -> Decoder (a -> b) -> Decoder b

Rather than decoding anything, use a fixed value for the next step in the pipeline. harcoded does not look at the JSON at all.

type alias User =
    { id : Int
    , name : String
    , email : String
    }


userDecoder : Decoder User
userDecoder =
    decode User
        |> required "id" int
        |> hardcoded "Alex"
        |> required "email" string


""" { "id": 123, "email": "[email protected]" } """
    |> decodeString userDecoder
--> Success { id = 123, name = "Alex", email = "[email protected]" }
custom : Decoder a -> Decoder (a -> b) -> Decoder b

Run the given decoder and feed its result into the pipeline at this point.

Consider this example.

type alias User =
    { id : Int
    , name : String
    , email : String
    }


userDecoder : Decoder User
userDecoder =
    decode User
        |> required "id" int
        |> custom (at [ "profile", "name" ] string)
        |> required "email" string


"""
{
    "id": 123,
    "email": "[email protected]",
    "profile": {"name": "Sam"}
}
"""
    |> decodeString userDecoder
--> Success { id = 123, name = "Sam", email = "[email protected]" }

Validating the JSON without using the values

checked : String -> Decoder a -> a -> Decoder b -> Decoder b

check a field in the JSON to ensure it has a certain value before allowing the decoder to succeed.

type alias User =
    { id : Int
    , name : String
    , email : String
    }


userDecoder : Decoder User
userDecoder =
    decode User
        |> required "id" int
        |> required "name" string
        |> required "email" string
        |> checked "enabled" bool True


"""
{
    "id": 123,
    "email": "[email protected]",
    "name": "Sam",
    "enabled": true
}
"""
    |> decodeString userDecoder
--> Success { id = 123, name = "Sam", email = "[email protected]" }


"""
{
    "id": 123,
    "email": "[email protected]",
    "name": "Sam",
    "enabled": false
}
"""
    |> decodeString userDecoder
--> Errors expectedErrors


expectedErrors : Errors
expectedErrors =
    Failure "Verification failed, expected 'True'."  (Encode.bool False)
        |> Nonempty.fromElement
        |> BadField "enabled"
        |> Nonempty.fromElement
checkedAt : List String -> Decoder a -> a -> Decoder b -> Decoder b

Check a field at a certain path and validate its content before allowing decoding to succeed.

ignored : String -> Decoder a -> Decoder a

Ignore a field from decoding. By using ignored, you acknowledge that it is in the JSON so warnings don't show up.

type alias User =
    { id : Int
    , name : String
    , email : String
    }


userDecoder : Decoder User
userDecoder =
    decode User
        |> required "id" int
        |> required "name" string
        |> required "email" string
        |> ignored "enabled"


"""
{
    "id": 123,
    "email": "[email protected]",
    "name": "Sam",
    "enabled": "No one cares, it's ignored."
}
"""
    |> decodeString userDecoder
--> Success { id = 123, name = "Sam", email = "[email protected]" }
ignoredAt : List String -> Decoder a -> Decoder a

Ignore a value at a certain path from decoding. By using ignoredAt, you acknowledge that it is in the JSON so warnings don't show up.

Beginning and ending pipelines

decode : a -> Decoder a

Begin a decoding pipeline. This is a synonym for Json.Decode.succeed, intended to make things read more clearly.

type alias User =
    { id : Int
    , email : String
    , name : String
    }


userDecoder : Decoder User
userDecoder =
    decode User
        |> required "id" int
        |> required "email" string
        |> optional "name" string ""
resolve : Decoder (Decoder a) -> Decoder a

Convert a Decoder (Result x a) into a Decoder a. Useful when you want to perform some custom processing just before completing the decoding operation.

type alias User =
    { id : Int
    , name : String
    , email : String
    }


userDecoder : Decoder User
userDecoder =
    let
        -- toDecoder gets run *after* all the
        -- (|> required ...) steps are done.
        toDecoder : Int -> String -> String -> Int -> Decoder User
        toDecoder id name email version =
            if version >= 2 then
                succeed (User id name email)
            else
                fail "This JSON is from a deprecated source. Please upgrade!"
    in
    decode toDecoder
        |> required "id" int
        |> required "name" string
        |> required "email" string
        |> required "version" int
        -- version is part of toDecoder,
        -- but it is not a part of User
        |> resolve


"""
{
    "id": 123,
    "name": "Sam",
    "email": "[email protected]",
    "version": 3
}
"""
    |> decodeString userDecoder
--> Success { id = 123, name = "Sam", email = "[email protected]" }

Verified docs

The examples all expect imports set up like this:

import Json.Decode.Exploration exposing (..)
import Json.Decode.Exploration.Pipeline exposing (..)
import Json.Encode as Encode
import List.Nonempty as Nonempty

For automated verification of these examples, this import is also required. Please ignore it.

import DocVerificationHelpers exposing (User)