Комментарии 8
Очевидно, Hotwire может быть недостаточен для сложных интерфейсов, но для некоторых приложений он может облегчить и сэкономить время разработки.
Такое впечатление, что Ruby c Rails и прочими костылями - это средство производства потенциально "невыстреливающих" сайтов и приложений. Потому что в случае успеха вы либо разоритесь на хостинге - либо потратите кучу денег, переписывая все это добро "на ходу".
Особенно весело это выглядит в "кровавом энтерпрайзе", да и любом другом месте - где одна и та же база данных служит источником для нескольких приложений.
Чувство что RR разработчики придумали pjax и назвали это SPA...
Я не про производительность - а про "заточенность" Рельсов на автогенерацию и автоизменение структуры базы.
Вполне сносная вещь, для админок тем более. Определенно найдет свою нишу использования во фронтовой части.
Штука прикольная, особенно, где надо добавить немного интерактивности и при этом все рвано надо забирать/отпрвлять данные на бэкенд для синхронизации: формы и админки самое то. Я правда пользуюсь htmlx, так как hotwire только на Rubу, к сожалению
HTMX более изящное решение, подходит для любого Backend, выдающего HTML контент, вот как можно мигрировать на него с Hotwire: https://htmx.org/migration-guide-hotwire-turbo/
Разработка Rails приложений с использованием Hotwire