Ruby on Rails в App Store: Swift не нужен, если знаешь лайфхаки
Разработчик попробовал четыре способа запихнуть Rails в iOS — и выбрал тот, который не заставит вас плакать над Swift каждый вечер.
Однажды разработчику захотелось запустить Rails-приложение в App Store. И тут началось: адаптивный дизайн, PWA, Hotwire Native, нативный Swift... В общем, типичный старт с "а давай попробуем всё" и закономерный финиш с "ну хоть что-то заработало".
Если вы когда-нибудь пытались подружить Rails с iOS, то знаете: это как собрать IKEA-шкаф без инструкции — вроде детали есть, но как их соединить — загадка. Автор статьи прошёл этот путь и честно рассказал, какие грабли оказались самыми болезненными.
Вот что он выяснил:
- Адаптивный дизайн — звучит круто, но на практике веб-вьюшка выглядит как сайт 2005 года, заточенный под iPhone.
- PWA — почти идеально, пока пользователь не попытается отправить пуш-уведомление. Тут iOS включала режим "я тебя не знаю, иди лесом".
- Hotwire Native — свежий ветер, но требует танцев с бубном вокруг нативных мостов.
- Нативный Swift — ну, вы поняли. Это как переписать всё с нуля, только на языке, который вы учили неделю.
В итоге автор остановился на гибридном подходе: Rails на бэкенде, Turbo Native на фронте, и минимум Swift-кода. Звучит как компромисс, но работает. Главный урок: не надо пытаться сделать "идеальное нативное приложение", если можно сделать работающее.
Комментарий студии METABYTE: Мы тоже любим Rails, но когда клиент просит "как в Инстаграме", приходится объяснять, что Hotwire — это не магия, а просто удобный костыль. Главное, чтобы костыль не сломался в первый же день продакшена.