AC
менеджеров стейта в кложе несколько
Size: a a a
2019 June 17
GA
Daniil Arsentiev
Пруфы?
Скафоллдинг и дефолтные обвязки вокруг api, sql, web и тд, см. ридми. + всё интегрантом обмазано.
AC
Я понимаю что где-то есть волшебный мир где все ко всему клеится в одну строчку
AC
и надо сейчас просто пойти поспать и я проснусь в этом прекрасном мире
AC
но вот я уже 20 лет программирую и чет все никак не настает этот прекрасный мир
AC
все время сидим что-то к чему-то клеим
AC
а самое топовое решение - spring boot - где просто тупо все поклеено за тебя
AC
кто-то сел и написал тонну кода чтобы база с хэндлером дружила
v
но вот я уже 20 лет программирую и чет все никак не настает этот прекрасный мир
AC
а вот такого чтобы какая-то абстрактная база в любой проект клеилась одной строчкой - такого я не видел еще
AC
покажите. я буду пользоваться
AC
а вот эти никитонский-стайл рассуждения что все херово и так не должно быть - они не конструктивны и ни к чему не ведут
AC
кроме выгорания техехе
YK
https://t.me/clojure_ru/90458
я вот только не понял, этот пример выглядит как борьба с pedestal, у которого есть и сервер, и интерцепторы, и роутинг.
В итоге какая-то солянка уж совсем разно-шерстная,
от pedestal сервер, интерцепторы от muntaja, роутинг как я понял от reitit, duct в неймспейсе сервера используется только для merge-config если я ничего не пропустил.
я вот только не понял, этот пример выглядит как борьба с pedestal, у которого есть и сервер, и интерцепторы, и роутинг.
В итоге какая-то солянка уж совсем разно-шерстная,
от pedestal сервер, интерцепторы от muntaja, роутинг как я понял от reitit, duct в неймспейсе сервера используется только для merge-config если я ничего не пропустил.
Основная мотивация - это замена роутера дакта(ataraxy) на reitit. reitit мега крут, потому что он дата дривен. У меня монорепа, и шаред роуты покрытые спекой. На бекенде я раcширяю роут и добавляю хэндлеры, на фронте я использую эти роуты и коерсию в рефремовких эффектах. То есть у меня описания роутов и спеки для реквестов/респонсов в одном месте для фронта и бэка https://metosin.github.io/reitit/advanced/shared_routes.html
Почему педестал - это мое предпочтение. Нравится подход с интерцепторами, у меня там достаточно много общей логики, и хорошо интегрируется с тем же реититот. Плюс пользуюсь генерацией сваггера на лету https://metosin.github.io/reitit/http/pedestal.html
Я не подключал duct.web, так как это api сервер и посчитал что он мне не нужен. Мунтажу использую.
Почему педестал - это мое предпочтение. Нравится подход с интерцепторами, у меня там достаточно много общей логики, и хорошо интегрируется с тем же реититот. Плюс пользуюсь генерацией сваггера на лету https://metosin.github.io/reitit/http/pedestal.html
Я не подключал duct.web, так как это api сервер и посчитал что он мне не нужен. Мунтажу использую.
YK
ну и duct, это DI, а занчит очень удобно тестить
YK
зависимости описываешь мапкой и вперед
PP
а вот такого чтобы какая-то абстрактная база в любой проект клеилась одной строчкой - такого я не видел еще
Это крайности. Вопрос скорее в выраженности проблемы.
Чтобы компоненты легко сочетались, они должны использовать общие интерфейсы, но их по разным причинам не используют: потому ли что это требует больше усилий для разработки компонента, или интерфейс слишком ограниченный, или разработчик просто не знал что такой общий интерфейс существует (ведь когда их десятки конкурирующих, легко потеряться).
Заставлять соблюдать такие общие интерфейсы тоже вредно, ибо это резко поднимает порог вхождения и потому резко замедляет рост сообщества. Но образуются такие вот микросообщества вокруг идеи их соблюдать. Это фреймворки и есть.
Если в качестве общего интерфейса использовать максимально просто применённый механизм самого языка, типа мапа аргументов, то: усилий для разработчика это практически не добавляет, очевидных ограничений нет, и о нём сложно не знать зная сам язык.
Это, конечно, всё утопические рассуждения и вообще thread derailing, извините.
Чтобы компоненты легко сочетались, они должны использовать общие интерфейсы, но их по разным причинам не используют: потому ли что это требует больше усилий для разработки компонента, или интерфейс слишком ограниченный, или разработчик просто не знал что такой общий интерфейс существует (ведь когда их десятки конкурирующих, легко потеряться).
Заставлять соблюдать такие общие интерфейсы тоже вредно, ибо это резко поднимает порог вхождения и потому резко замедляет рост сообщества. Но образуются такие вот микросообщества вокруг идеи их соблюдать. Это фреймворки и есть.
Если в качестве общего интерфейса использовать максимально просто применённый механизм самого языка, типа мапа аргументов, то: усилий для разработчика это практически не добавляет, очевидных ограничений нет, и о нём сложно не знать зная сам язык.
Это, конечно, всё утопические рассуждения и вообще thread derailing, извините.
OR
Всё что вам нужно знать про clojure
OR
написать эндпоинт который складывает два числа
Читаешь гайд, через 5-10 минут у тебя будет складывать.