This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-07-18
Channels
- # aleph (4)
- # beginners (70)
- # cider (66)
- # clara (16)
- # cljdoc (20)
- # cljs-dev (9)
- # cljsrn (2)
- # clojure (36)
- # clojure-ecuador (2)
- # clojure-italy (14)
- # clojure-japan (2)
- # clojure-nl (22)
- # clojure-uk (79)
- # clojurescript (133)
- # clojutre (2)
- # code-reviews (5)
- # cursive (5)
- # data-science (1)
- # datomic (47)
- # duct (2)
- # emacs (1)
- # figwheel-main (3)
- # fulcro (11)
- # funcool (1)
- # graphql (6)
- # hyperfiddle (4)
- # leiningen (4)
- # luminus (9)
- # lumo (8)
- # mount (4)
- # nrepl (2)
- # off-topic (19)
- # onyx (1)
- # re-frame (23)
- # reagent (91)
- # reitit (17)
- # ring-swagger (2)
- # shadow-cljs (43)
- # tools-deps (27)
- # vim (45)
Giorno!
Domanda del giorno. Ho un json-input abbastanza nested e lungo. Ho un altro json-output che e' una transformazione di json-input (cioe' piglia da /x/y/z e metti in /a/b/c ad es.) che ha una struttura differente e nomi di chiavi diverse. La prima soluzione venuta in mente e' postwalk, matching su key names con update. Puo' anche andare, ma mi chiedo, qualcosa di meglio?
stai chiedendo un approccio per andare da json-input a json-output che non sia un postwalk?
Ad es, potrei usare un template language, piazzare placeholder nel json-output and sostituire, ma non mi sembra una buona idea
eh dipende da che transformazione e`.. se e` un semplice renaming preservando gli invarianti strutturali un walk mi sembra ideale
vada per il walk, il matching alla fine e' un lungo cond (una entry per ogni transformazione piu' o meno)
alla fine e' la transformazione di un tree in un altro tree... mi chiedo quale sia il modo migliore, e possibilmente dichiarativo, di elencare le regole di transformazione
Potresti usare walk + core.match, ma anche io andrei per cond