Replies: 1 comment
-
Hello @repli2dev, sorry for the late answer. I've just submitted a discussion in the repository, I'd love to have your input on it, to better understand what people need. Hope you can join! 😊 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Context: In various systems the API/Queue payload is hydrated into DTO, checks (& occasionaly changes) are done and then is it serialized again to the queue, logs...
I understand that this library does not want to provide serialization as the complexity can rise significantly, yet some architectonic decisions make implementing symetric serialization more complicated.
Namely: key mapping & cammel support - it is splitted from the code and it is surjective (the camelCase names are still supported).
Could a better solution be considered such as configuring renaming on the particular field level that will be always used and accessed from the scope of serialization.
Beta Was this translation helpful? Give feedback.
All reactions