парни юзаю чужое апи один сервис отдает время 1475548156000 другой 1475548156, как можно задетектить что не хватает разрядов?

(-> str count)

а что не так? один сервис отдает unixtime в секундах другой в миллисекундах. бывает такое

бывет ещё в наносекундах... я обычно, если нет спецификации и неизвестно что за время, делю на 1000 пока не получу время (в unixtime) меньше заданной границы. Вот предыдущее значение - это итоговый unixtime. За границу можно брать там время старта разработки проекта, но это если эти ваши timestamp-ы в настоящем, недавнем прошлом или недалёком будущем. Всё зависит от специфики. Если у Вас это даты рождений (т.е. могут быть в районе 1970-го года), то боюсь никак Вы нормально не отдетектите.

@kuzmin_m а чем https://github.com/niquola/route-map не устроил?

Строки хардкодятся во вьюхах/вызовах. Т.е. нет способа через структуру данных указать какой запрос мне нужен, См. request-for в примерах

(request-for :show [:pages] {:page-id "1"}) ;; returns {:uri "/pages/1", :request-method :get}

есть такая тема, чтобы генерировать url через структуру

вот этого я не видел, спасибо

есть другой момент https://github.com/darkleaf/router/blob/master/test/darkleaf/router/low_level_test.clj#L22-L25

:update-page [:api] {:slug "contacts", :api-token "secret"}
                 {::ll/segments ["api" "pages" "contacts"], :request-method :patch, :headers {"token" "secret"}})))

т.е. тут именно запрос целиком, а не только url

и параметры могут быть не только в url

но и в заголовке и любой другой части

так же есть проверка того, что сгенерировалось

(testing "wrong guard cases"
      (let [request {:uri "/it/localized-page", :request-method :get}
            response (handler request)]
        (is (not= :localized-page (get-in response [:matched-route :name]))))
      (is (thrown-with-msg? java.lang.IllegalArgumentException
                            #"Can't match the same route for given params\. Matched :not-found in scope \(\)\."
                            (request-for :localized-page [:locale] {:locale "wrong-locale"}))))))

https://github.com/darkleaf/router/blob/master/test/darkleaf/router_test.clj#L122-L128

а в роутах соответственно

(guard :locale #{"ru" "en"}
          (action :localized-page identity)
          (not-found identity))

(request-for :localized-page [:locale] {:locale "wrong-locale"}) не прокатит и будет ошибка

:locale может быть только ru или en

я понятно объяснил? 😃

@bezrukov @nicola я бы с радостью рассказал, как это работает и какими идеями руководствовался вам интересно?

@kuzmin_m спасибо за разъяснения, идеи понятны. Мне функциональность с guard’ами на генерацию запросов пока нигде не нужна была вроде.. А в плане генерации запроса целиком, а не просто url - да, думаю, штука удобная для тестирования в определенных сценариях (но опять же, я ими не пользуюсь).

Guard удобен для локализации

Или когда есть какое-то legacy /foo-bar/ID Id < 1000 уходят на старый обработчик А остальные на новый

да, с легаси - это вариант

По поводу запроса целиком Можно прикрутить clojurescript и пользоваться request-for на клиенте для формирования запроса

да, это понятно

@kuzmin_m а ты планируешь какой-то open source с использованием этого роутера делать? Было бы удобнее посмотреть как это будет в приложении. Имеется в виду, как будет выглядеть общий код для клиента и бекенда.

Да, это вырасло из другого проекта, но он, судя по всему, загнулся. Есть в планах написать опенсорс приложение, что бы разобраться в некоторых технологиях на практике.

@bezrukov: подскажи, пожалуйста Тесты громоздкие и не очень понятные?

Из-за do-template

@kuzmin_m ну do-template не совсем очевидная конструкция. А в целом, тесты как тесты - можно понять при желании:)

Для моего случая это самое лучшее, что смог найти. Без do-template был бы ад. Может еще какие-то варианты есть?

не знаю, так сложно сказать - надо погружаться...

Ок, спасибо

@rkosenko > делю на 1000 пока не получу время (в unixtime) меньше заданной границы. можно же наоборот - делить, если оно больше заданной границы.. скажем, больше 12345678900 (это примерно 2361 год)

@kuzmin_m посмотри как сделан роутинг в Phoenix: http://www.phoenixframework.org/docs/routing#section-resources Они очень удачно скрестили идеи Rails роутера с функциональным подходом