-
Notifications
You must be signed in to change notification settings - Fork 88
JSON Serialization #8
Comments
Right now we don't have any plans for JSON serialization. The biggest issue is we haven't been able to come up with a way to do this without duplicating the mapping created in the initializer, and I'm not sure we will be able to keeping the current interface. It seems like ObjectMapper (and a few other libraries) handle this by doing some tricky stuff with the operators and subscripts, which works well (our old mapper did this as well). But since we're using an initializer where we are forced to use If you have any implementation ideas for how this would work we're definitely open to suggestions though! |
Isn't JSON serialisation done by If you receive a I think keeping the mapper as it is now is perfect. DOTADIW. I actually like how this doesn't try to introduce any new operator, rely on dependency injection, use new error handling, make great use of protocol and generic and Swift inference to get things done. Great work! |
@lxcid thanks for the kind words! Though I believe what @ldiqual was asking for here was a way to go from Model Objects -> |
I see! Sorry for the misunderstanding! |
Congratulations on open sourcing Mapper!
I'm comparing ObjectMapper to Lyft's Mapper. To me the only (and very important) difference is first-class support for non-optionals via failable initializers (which ObjectMapper kind of supports, but it's never been officially documented).
What Lyft's Mapper is really missing though is JSON serialization. Is that something that is on your timeline? If so, any idea of when it could be available?
The text was updated successfully, but these errors were encountered: