Serializzazione della struttura dati Clojure

Question

Ho una complessa struttura dati Clojure che vorrei serializzare, in pratica l'intero stato di gioco corrente per un gioco online che sto sviluppando, in modo da poter implementare i file di salvataggio.

miei requisiti sono:

• Una qualche forma di formato di testo leggibile (probabilmente preferirei s-espressioni, JSON e XML in questo ordine, ma aperta agli altri)
• Support tutto il solito strutture di dati Clojure, parole chiave e primitive
• capacità di fornire funzioni di serializzazione/deserializzazione su misura per le classi Java personalizzato, defrecords ecc (questo è importante perché ho bisogno di fare qualcosa di simile readResolve di Java in diversi casi)
• Buona prestazione è un ice-to-have

Qualche consiglio?

Answer 1

Se si voleva serializzare cose da S-espressioni, è possibile utilizzare print-dup:

(binding [*print-dup* true] (println [1 2 3])) 
; prints [1 2 3] 

(defrecord Foo [x]) 
; => user.Foo 
(binding [*print-dup* true] (println (Foo. :foo))) 
; prints #=(user.Foo/create {:x :foo}) 

Si noti che la stampa di una struttura che contiene, per esempio, dieci i riferimenti a un singolo vettore, seguita dalla lettura indietro ti dà una infrastruttura con dieci separati (non identical?), sebbene equivalenti in termini di struttura (=) vettori.

Per utilizzare questo nei casi in cui non è prevista l'implementazione predefinita, implementare il multimetodo clojure.core/print-dup.

Inoltre, un sacco di cose in Clojure 1.2 sono java.io.Serializable:

(every? (partial instance? java.io.Serializable) 
     [{1 2} #{"asdf"} :foo 'foo (fn [] :foo)]) 
; => true 

(defrecord Foo []) 
(instance? java.io.Serializable (Foo.)) 
; => true 

noti che si dovrebbe evitare di serializzazione di runtime-creato fn s - sono istanze di classi one-off con nomi strani e hai vinto essere in grado di deserializzarli dopo aver riavviato la JVM comunque. Con la compilazione AOT, fn s ottengono i propri nomi di classe fissi.

Aggiornamento: Come menzionato in un commento sulla questione, Serializable è più adatto allo stoccaggio a breve termine/trasferimento dei dati, mentre print-dup dovrebbe essere più robusto come una soluzione di storage a lungo termine (che lavora in molte versioni di l'applicazione, Clojure ecc.). Il motivo è che print-dup non dipende in alcun modo dalla struttura delle classi serializzate (quindi un vettore print-dup oggi sarà ancora leggibile quando l'implementazione del vettore passa da Java a Clojure deftype).

Answer 2

per JSON è possibile utilizzare lo standard clojure-contrib.json. Anche se, come ricordo, tutti gli oggetti Clojure dovrebbero essere serializzabili ...

Answer 3

Se tutto è una struttura dati Clojure, allora è già serializzato (codice b/c del codice < -> dati). Basta scaricare le strutture dati sul disco. Per ripristinare, caricarli di nuovo e (eval).

Answer 4

edn-format è stato rilasciato come standard per il trasferimento dei dati utilizzando le strutture dati di Clojure.

È una soluzione particolarmente adatta per la serializzazione di strutture/valori di dati Clojure ed è supportata in più lingue, pertanto può anche essere utilizzato come formato di scambio di dati.