bs-decode

bs-decode copied to clipboard

decoding-variants#complex-variants

3

Hi folks, tried to run this example [complex-variants](https://mlms13.github.io/bs-decode/docs/decoding-variants#complex-variants) ```ocaml module R = Decode.ParseError.ResultOf({ type t = [ Decode.ParseError.base | `InvalidColor | `InvalidShape]; let handle = x => (x :> t);...

idkjs

Encoding?

4

Just a thought, it might be great to have Encoding in this library, even if it exactly matches the design of bs-json, so that we can have a one-stop shop...

mrmurphy

Document decoding recursive structures

2

This may very well already work perfectly. If that's the case, we should just document it and maybe add a test. If it doesn't work, we should make it possible....

mlms13

Idea for decoder type

2

This is purely for discussion/passing consideration, but I was poking around with the code, and I noticed it might be interesting to define a type for the decoder function `Js.Json.t...

andywhite37

The makefile stuff is weird because I wanted it so that when you run make install it regenerates the opam file before installing the deps but this conflicted with ci...

rikimasan

mlms13

Currently, fallback is `let fallback: (decoder, fallbackValue) => decoder`. If we switched the two arguments, it would make piping more intuitive, e.g.: ```reason let roles = field("roles", list(Role.decode)) |> fallback([])...

mlms13

Plan for v2

11

Now that v1 is out the door, it's time to starting thinking about all the changes we might want for a v2. At a high level, the goal of a...

mlms13

Rethink custom/extensible validations

1

**The Problem:** One pervasive challenge in defining a decode library is the fact that OCaml/Reason's type system allows for different types than what JSON allows. This can be seen in...

mlms13

Bumps [word-wrap](https://github.com/jonschlinkert/word-wrap) from 1.2.3 to 1.2.4. Release notes Sourced from word-wrap's releases. 1.2.4 What's Changed Remove default indent by @​mohd-akram in jonschlinkert/word-wrap#24 🔒fix: CVE 2023 26115 (2) by @​OlafConijn in...

dependabot[bot]