Rails или Grails?

Rails более распространен, но менее гибок. Grails все еще быстро меняется, у него нет той же экосистемы для разработчиков, и документация не так развита, но в некоторых ситуациях Rails не работает.

Думаю, если вы разработчик Java и хотите иметь доступ ко всем существующим корпоративным библиотекам и функциям Java ... используйте Grails.

Rails более зрелый, имеет больше плагинов, большую базу пользователей, лучшую документацию и доступную поддержку. Он также может работать на JRuby, предоставляя при необходимости доступ к библиотекам Java.

Grails обладает некоторыми интересными качествами, но пока не может претендовать на звание лучшего с рельсами. Однако, если вы преимущественно Java-разработчик или отличный разработчик, вы можете предпочесть это. В противном случае я бы предложил использовать Rails для проектов среднего размера прямо сейчас.

Это зависит от ваших навыков работы с Ruby и / или Groovy, от того, есть ли у вас устаревшие системы Java и где вы хотите развернуть свои приложения.

Изначально я был в восторге от Rails. В то время не было возможности развертывания на работающих серверах приложений, поскольку вся работа - это Java. Это изменилось. Я не мог отказаться от уже существующей инфраструктуры и приложений Java и перейти на Ruby, хотя я думал, что Rails - это круто. Grails работает, потому что мы можем смешивать и сопоставлять Groovy с существующими решениями Java.

Вне работы на Ruby легче найти хостинг по более низкой цене. Поскольку Grails использует множество существующих проектов Java, файлы .war даже для небольшого приложения имеют тенденцию быть большими. Если у вас есть выделенный сервер, это не проблема, но попытка запуска на виртуальном хостинге со 128 МБ ОЗУ не работает.

2008 год - год книг по Groovy и Grails, но по-прежнему доступно гораздо больше ресурсов Rails.

Исходя из ваших конкретных критериев, Rails может быть лучшим фреймворком для изучения. Если у вас есть какие-то знания Java или багаж ;-), вам следует взглянуть на Grails.

Могу я предложить Мерб? Это модульная стойка, не зависящая от ORM, созданная Эзрой Зигмунтовичем для повышения скорости. Сейчас начинает накаляться ...

Я говорю grails, потому что существует так много java-библиотек. Но я немного предвзят из-за того, что я исхожу из фона java.

Если приложение не будет большим, либо достаточно, и выбор должен зависеть от существующей инфраструктуры. Скажем, если у вас уже запущен сервер контейнера сервлетов Java, вы могли бы также придерживаться grails вместо того, чтобы предоставлять другой сервер для rails.

Еще одна вещь, о которой стоит упомянуть: философия дизайна обоих фреймворков несколько отличается, когда дело касается модели. Grails более «ориентирован на предметную область», тогда как Rails более «ориентирован на базы данных» .
В Rails вы, по сути, начинаете с определения ваших таблиц (с именами полей и их особенностями). Затем ActiveRecord сопоставит их с классами или моделями Ruby. В Grails все наоборот: вы начинаете с определения своих моделей (классов Groovy), и когда вы нажимаете кнопку «Выполнить», GORM (эквивалент Grails ActiveRecord) создает соответствующую базу данных и таблицы (или обновляет их). Возможно, именно поэтому у вас нет концепции «миграции» в Grails (хотя я думаю, что она появится в некоторых будущих версиях). Не знаю, лучше ли одно другое. Думаю, это зависит от вашего контекста.

При этом я все еще думаю, какой из них выбрать. Как говорил Том, если вы зависите от Java, вы все равно можете перейти на JRuby, поэтому повторное использование Java не должно быть вашим единственным критерием.

Немного поработал с турбонаддувом и рельсами. Перед тем, как использовать rails, я пробовал использовать grails, потому что для написания скриптов я использовал Groovy. Grails был трудным опытом.

Стек вызовов Groovy трудно читать для небольшой программы, но когда вы добавляете несколько тяжелых фреймворков, простая ошибка может привести к сотням строк. В отличие от rails версия grails, которую я использовал, не имела инструментов, которые помогли бы мне определить, что было моим, а что принадлежало фреймворку.

В конце концов я переключился на использование набора инструментов Google Web, так как база данных мне действительно не нужна.

Я думаю, что Grails и Groovy являются многообещающими, но пользовательский опыт работы с ними в настоящее время затруднен (в настоящее время это было прошлой весной).

Учитывая, что парни, которые создают Grails, вчера были выкуплены источником Spring, я бы сказал, что Grails.

Кроме того, поскольку Groovy представляет собой надмножество Java, вы можете сразу приступить к использованию уже знакомой вам Java, не изучая Ruby. Теперь вы также узнаете много динамических вещей и в конечном итоге напишете код Groovy вместо кода Java, но это снизит барьер для входа.

Grails полностью!

Я бы выбрал Grails, поскольку мне нравится его подход (укажите классы домена и пусть Grails сгенерирует все остальное) лучше, чем Rails (создать таблицы базы данных и заставить Rails генерировать все остальное). Если вы Java-разработчик, вам также понравится, что код Java - это действительный код Groovy, а класс Groovy - это класс Java, поэтому интеграция является бесшовной в обоих направлениях.

Как разработчику Grails, пришедшему с Java, мне он понравился с самого первого раза.

Теперь я начинаю копаться в Rails и у меня проблемы с gem. Хотя установка MySQL-соединения с Grails была довольно простой, я все еще пытаюсь заставить ее работать с Rails.

Команда gem install mysql не работает, по-видимому, потому, что у меня не установлен XCode.

Если бы не проблема с потреблением памяти, я бы сказал, что Grails идеален.

Я думаю, это в некоторой степени зависит от среды, в которой вы работаете.

Похоже, что Grails получил большее признание на корпоративном уровне.

Rails имеет стиль Koolaid и очень подходит для стартапов без устаревших систем.

Лично я использую оба. Хотя на самом деле только начинаю в мире Grails - мне нравится, что аутентификация / авторизация проще в Grails-one simple plugin; Широ. Мне нравится, что Rails не зависит от JVM и не требует минуты или около того для запуска.

Я считаю, что настроить BDD / Cucumber в Rails было намного проще, но это могло быть просто потому, что мне это удобно! В мире Grails определенно есть усилия (cuke4duke и т. д.), Чтобы сделать это проще, и активное сообщество, разрабатывающее Grails.

Просто мой 2р ·

Попробуйте оба :)

Раньше я использовал рельсы, и они мне очень понравились. Однако в моей нынешней компании было много устаревшего java-кода, поэтому естественным выбором был grails.

Когда я начинал с rails, очень немногие сайты использовали его, а документация была ужасной. Был отличный railscast и railsforum.com, но что бы то ни было необычное, вы сами по себе. Развертывание было кошмаром, а использование mongrel-cluster не было на самом деле готово к производству. Сейчас это совсем другое, как все могут видеть, гораздо более зрелое и развернутое повсюду.

Более года назад мне пришлось выучить Grails по причине, которую я цитировал выше. Переход на grails был очень легким, поскольку он очень похож на Rails. Опять же, это было очень похоже на ранние этапы рельсов с одной огромной разницей. Поскольку вы можете легко импортировать Java-код, пользователи grails могут использовать почти все доступные Java-библиотеки, протестированные в производственной среде. Мне удалось успешно интегрировать наши унаследованные java-проекты в проекты grails, и мне потребовалось совсем немного доработки. Вы также заметите, что разработка плагинов была быстрой, в основном потому, что разработчики просто пишут «хуки» grails, а базовый код - это старые библиотеки java. Развертывание grails - это также просто развертывание файла WAR.

Еще одна вещь, на которую вам нужно обратить внимание, - это IDE. Если вам комфортно с eclipse, тогда eclipse-STS for grails даст вам все навороты. Я до сих пор вижу, как многие разработчики рельсов используют textmate, хотя rubymine добился больших успехов (ранняя версия rubymine использовалась для остановки моего Ubuntu).

В итоге оба являются отличными фреймворками MVC. RoR намного более зрелый и имеет намного больше разработчиков. Grails - это то место, где был RoR 3-4 года назад, но я вижу прогресс намного быстрее. Надеюсь это поможет.