(defn myroute
 [request]
   {:status 200
    :body "OK"}))  

(def service-routes
 (let [service (lacinia/service-map graphql-schema {:graphiql true})
       routes (conj (:io.pedestal.http/routes service)
                    ["/myroute"
                     :post myroute
                     :route-name ::myroute])]
   (assoc service :io.pedestal.http/routes routes)))

мешай лацинию с чем хошь, добавь рауты какие надо - она все равно так же организована в пьедестале

Может кому пригодится

Божественно

Выглядит здорово. Я в своём проекте сделал такое же управление состоянием и хотел выносить это в библиотеку, но теперь уже не буду.
Единственное, что я бы сделал иначе - это хранение метаданных компонента (всё, что не :state-obj) в метаданных его состояния. В этом случае структура контекста становится проще и не нужна обёртка в виде {:components {}}.

а это не то же самое что integrant?

Выглядит действительно как недоделанный integrant, с необходимостью явно указывать зависимости (вместо автоматической топосортировки по ссылкам) и с явной передачей функций старт/стоп вместо мультиметодов.

тогда это больше похоже на маунт

я написал motivation

мне кстати помогла статья Ивана про системы

в общем есть отличия от mount  и интегранта, наверное в сторону очень простенькой реализации, которой мне достаточно для моих задач.

поэтому это альфа версия. по мере использования внутри буду дорабатывать context

Конкретно в моём случае integrant мне не подошёл как раз потому что нужно реализовывать его мультиметоды, а это, как мне показалось, фатальный недостаток: привязывает мой проект к конкретной библиотеке. Мне хотелось указать namespace, в котором нужно найти все компоненты и построить состояние.
Конечно integrant, mount и yurt гибче, но мне нужно было проще.

вот мне точно также надо было проще.

я очень долго использовал mount,  но теперь пришел к пониманию преимуществ, когда стейт не размазан по спейсам

Всем привет! Я новичок в clojure-мире, сейчас втягиваюсь в веб-разработку на этом языке. Стоит задача написать CRUD приложение с фронтендом и бекендом. Сейчас я на стадии формировании стека и изучения экосистемы.
Подскажите, какие библиотеки\фреймворки лучше всего использовать для фронтенда? Из стабильного нагуглил только реагент + ре-фрейм (остальное все то депрекейтед то не обновляется), но хочется знать альтернативы, в целом (если они есть). Ну и вообще хочется услышать мнение насколько целесообразно использовать cljs фреймворки для такой задачи. Подскажите, пожалуйста.

из простого, я бы порекомендовал luminus