на case получается уже двойная вложенность,

я отказался от всего, кроме POST для api

то есть ты от всего отказался и спрашиваешь, а нафига людям роуты 😂

(ns base-crud.core
  (:require
   [ring.adapter.jetty :refer [run-jetty]]
   [ring.middleware.reload :refer [wrap-reload]]))

(defn page-handler [uri content]
  (str uri " - " content))

(defn router [uri]
  (case uri
    "/" (page-handler uri "Home page")
    "/about" (page-handler uri "About page")
    (page-handler uri "Page not found")))

(defn handler [request]
  {:status 200
   :headers {"Content-Type" "text/html"}
   :body (router (get-in request [:uri]))})

(def dev-handler
  (->
   #'handler
   wrap-reload))

получилось вот так

это норма?

я выше описывал на какой схеме остановился.
Можно сказать так - нужны веские основания, чтобы делать роутер сложнее мапы урльстрока -> функция

продолжу эксперименты дома

минус в том, что хенлеры возвращают тело, а не весь запрос. А иногда нужно, чтобы и валидный хендлер вернул 404 или 403

йа-йа!

обмозгую сказанное дома. в спокойствии, когда дети спать лягут) спасибо большое за советы! правда выручаете

А насчет хендлеров, не всегда же за тобой выбор. Бывает, дают спеку API и пиши.

ничего не докажешь.

мобила такую шлет

ну это конечно...

"А насчет хендлеров, не всегда же за тобой выбор" это как понять?

Но мы же о прекрасном будушем :)

ну, в моих приложениях роутинг это
1) получение идентификатора узла из параметров запроса
2) получение урла для заданного идентификатора узла и параметров

причём большинство роутеров на рынке не решают задачу номер 2 так, как мне нужно 😊

а так да, если у тебя uri без переменных, то достаточно и мапы

имел в виду, есть спека на какой-то CRUD, и надо именно так, а не иначе.

нельзя сказать, а давайте все постом слать.

хоть я и сам за.