но сам я во фронте профан, хотелось обойти этот момент =)

ну, по хорошему тебе нужно что-то, что возьмет жсон схему и замапит ее на форму

есть такое

мне кажется, что это прямо успех

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

мне казалось, что dry => JSON уже есть 🧐 и делал его ты 😀
ошибаюсь? Может это только обсуждение было, а не реализация...

не, я только думал это сделать

мы с @binddisney тоже хотели это сделать пару лет назад для наших нужд (генерации сваггер доки на основе драй-схем, парсить аст и все такое), но руки не дошли)

Народ, я когда-то видел что-то вроде конструктора/фреймворка для http клиентов к любым апишками.
Никто не знает таких вещей?

И вроде бы все просто, но чет поднадоело примерно одно и то же писать.

видел чтобы АПИшки автогенерировались по существующей БД

а как клиенты автоматом сгенерить — чот хз даже

не, не автоматически. там было что-то вроде hanami-cli, только для апишечек

не видел такого, обычно просто дают ресурсы сразу подключать

не понял тебя. какие ресурсы? кто дает? :)

У нас используется her. Не могу сказать, что я в восторге, но в основном работает. https://github.com/remi/her

да, это уже ближе. только мне нужна половина - без мэппера )

Ну, мэпперами в нём можно, в теории, не пользоваться. API предоставляет прямой доступ к полученным ответам.

Меня до сих пор немножечко коробит от старого опыта с ним, когда методы атрибутов в нём задефайнились по первому успешному ответу, в котором могли быть не все возможные атрибуты. И обращение к атрибуту, которого в первом ответе не было (но было в текущем), приводило к NoMethodError'ам.

Был довольно весёлый кейс, потому что приложение с ним работало в два процесса, и первые запросы на эту сущность к ним пришли разные, поэтому иногда один и тот же запрос мог пройти, а мог упасть, в зависимости от того, к какому процессу попадёт.

Я не проверял, пофиксили это с тех пор, просто анекдот 🙂