Hi Kawas,
well it is in a sense a client API as I've developed a mini-library for
writing board-games and I am using it myself for my chess, checkers,
tictactoe etc. The serialization bit is part of the library and not of
the games themselves and that's why it should be uniform across games. I
haven't looked at any of these libraries but ideally, I'd like to avoid
adding dependencies. I can do what I want with Java serialization and
after this thread with edn as well...
I do regret not having checked whether Java serialization preserves the
metadata or not .I plan to do it this afternoon. If it does ,I've got 2
perfectly working ways to achieve what I want, with no extra
dependencies added...
many thanks again, :)
Jim
On 23/08/13 10:26, kawas wrote:
Hello Jim,
As we know now, that you need data serialization to freeze your chess
game and you're not writing any client API :)
Have you consider libraries like :
- Carbonite <https://github.com/sritchie/carbonite>
- Deep Freeze <https://github.com/halgari/deep-freeze>
- Nippy <https://github.com/ptaoussanis/nippy>
I have no experience with them, just sharing
--
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
---
You received this message because you are subscribed to the Google Groups "Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
