This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-08-28
Channels
- # bangalore-clj (1)
- # beginners (67)
- # braveandtrue (179)
- # cider (28)
- # cljdoc (1)
- # clojure (132)
- # clojure-conj (3)
- # clojure-dev (1)
- # clojure-finland (6)
- # clojure-nl (2)
- # clojure-russia (6)
- # clojure-spec (19)
- # clojure-uk (62)
- # clojurescript (90)
- # clojutre (5)
- # component (2)
- # cursive (30)
- # data-science (1)
- # datomic (42)
- # duct (9)
- # emacs (1)
- # figwheel-main (158)
- # fulcro (57)
- # funcool (3)
- # hoplon (1)
- # jobs (17)
- # mount (38)
- # off-topic (15)
- # re-frame (53)
- # remote-jobs (2)
- # schema (11)
- # shadow-cljs (299)
- # spacemacs (25)
- # specter (2)
- # tools-deps (54)
- # vim (11)
- # yada (6)
Я смотрел на spec-coerce. Мне непонятен юзкейс. Почти, но не совсем корректные входы?
отлично работате как прослойка между несовместимыми приложениями например: json на входе с массивом строк, а clojure приложение хочет вектор кейвордов. Тут то такие лайтовые коерсеры и могут пригодиться - проверка на возможность коерсинга в keyword + проверка на валидность самого keyword
У меня предварительно коерсится все, что прилетает в api, например form-data или json - на выходе нормальная map, которую уже можно скормить spec и передать во внутренние слои…
@dottedmag Все разделено на отдельные шаги и распихано по интрерцепторам. Сначала form-data/json кейвордайзятся -> получаем hashmap на которую у нас есть спека. Дальше коерсинг по спеке, а затем уже валидация по той же спеке. Как-то так…