Skip to content
This repository has been archived by the owner on Apr 13, 2022. It is now read-only.

Why does Scorex use custom serialization and de-serialization? #222

Open
ceilican opened this issue Apr 7, 2018 · 1 comment
Open

Why does Scorex use custom serialization and de-serialization? #222

ceilican opened this issue Apr 7, 2018 · 1 comment

Comments

@ceilican
Copy link
Contributor

ceilican commented Apr 7, 2018

While working on #221 I noticed that most of the uses of Array happen inside Scorex's custom (de)serializers. Moreover, most of the (de)serializers are very similar to each other. That's a lot of boilerplate and code duplication.

Why does Scorex have custom (de)serializers? Why don't we use a standard (de)serialization or (de)serilization library? (cf. https://gist.github.com/ramn/5566596, http://lampwww.epfl.ch/~hmiller/pickling/, https://scalapb.github.io/generated-code.html, https://medium.com/@dkomanov/scala-serialization-419d175c888a)

@mslinn
Copy link

mslinn commented Apr 19, 2018

I agree on the value of using standard library for serialization. Pickling did not become popular, despite the strong initial push it got. Chill/kyro might be of interest https://github.com/twitter/chill

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants