Support for default parameter values in generic about circe

[travisbrown]

@trane It's not necessarily obvious that a derived decoder will use default constructor values (when they're needed), and if that's not the behavior you want, it could be an unpleasant surprise. But I agree—I think it makes sense to use them (with plenty of documentation) in auto, and to provide something like decoderWithoutDefaults in semiauto.

[travisbrown]

This is now available in circe-extras in 0.6.0-RC1.

[alexarchambault]

Something like milessabin/shapeless#459 would allow to address that (default field values can easily be pulled like in this test).

[travisbrown]

One general question: should this be the behavior provided by generic.auto (if default values are available in the Default instance, use them), or should it be an option provided by semiauto?—i.e. something like this:

implicit val decodeBar: Decoder[Bar] = deriveFor[Bar].decoderWithDefaults

[trane]

I don't know what the benefit is to having it in semiauto. The least surprising option, from my point of view, is to treat case class X with/without defaults the same way.

[trane]

@travisbrown don't trust my point of view, I've been coding in Ruby for the past 2 years -- of course I like magic and surprising behavior!

[LATaylor-guardian]

@travisbrown @trane Was this ever added by any chance? I was playing around this morning and hit this issue so was unsure if I am missing something?

[ilya-murzinov]

@travisbrown I was figuring out how it can be implemented and ended up with the following.
Inside DerivationMacros#decodeHList and DerivationMacros#decodeCoproduct we should check whether the class has default values, and if it has, add them to representation.
Am I on the right path?
If so, can you give any tips in how it can be done?