Рельсы или Граали?[закрыто]

Question

Граали против Рельсов.У кого из них лучшая поддержка?И с помощью какого из них лучше разрабатывать приложения среднего размера?Самое главное, у какого из них больше плагинов?

Answer 1

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

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

Answer 2

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

Answer 3

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

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

Answer 4

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

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

Answer 5

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

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

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

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

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

Answer 6

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

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

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

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

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

Answer 7

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

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

Граали на всем пути!

Answer 8

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

Answer 9

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

Answer 10

Как разработчик Grails, работающий на Java, я полюбил его с самого первого раза.

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

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

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

Answer 11

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

Answer 12

Я немного использовал турбонаддув и рельсы.Прежде чем использовать rails, я попробовал использовать grails, потому что я использовал groovy для своих сценариев.Поиск Грааля был трудным опытом.

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

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

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

Answer 13

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

Grails, похоже, более приемлемы на корпоративном уровне.

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

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

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

Только мои 2 пенса·

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