Я знаю, что это дубликат , однако мир Grails значительно изменился с тех пор, как этот вопрос был задан более года назад, как и поддержка IDE в Eclipse, поэтому, пожалуйста, не просто закрой это вслепую.
Я думал, что ответ был да, и приступил к новому проекту с Grails 1.2.0 и заигрывал с битами Groovy / Grails STS Eclipse Integration .
Я думаю, что этот вопрос заслуживает повторного рассмотрения после года эволюции Грааля, когда ответ был определенно смешанным.
Итак, как опытный веб-разработчик на Java, у меня есть следующие вопросы, и я был бы рад моим предположениям оспаривание:
- Стоит ли теперь Grails против Руби или бросить свой собственный?
- Преодолел ли он свое глючное начало?
- Действительно ли это дает преимущества быстрой разработки? (Я признаю, что сейчас изо всех сил пытаюсь преодолеть обширную базовую конфигурацию, чтобы сделать свое приложение, не ориентированное на списки и страницы)
- Работает ли он для реальных производственных приложений? (кажется тяжелым)
- Является ли плагин Eclipse лучше, чем он был, и подходит для этой цели? (думаю пока нет)
Спасибо
EDIT:
Я учусь по ходу дела, и у меня есть пара существенных проблем, связанных с жизнью с фреймворком, а не сами возможности фреймворка. Я добавляю их, потому что я думаю, что они должны быть соображениями и основаны на моем опыте и мнении, и могут помочь кому-то, кто пытается решить, идти ли Граалсу. Возможно, я также показываю, что у меня нет опыта работы с фреймворком, поэтому ни одна из них не подразумевает откровенную критику. Я опытный разработчик, и вот что я нашел:
Отладка действительно сложная . На самом деле это практически невозможно, особенно как новичок в фреймворке, когда вам больше всего нужен ваш верный друг отладчик. Я потратил гораздо больше времени, чем следовало бы, чтобы отследить проблемы синтаксических ошибок в какой-то части кода, связанные со ссылками на поля домена, которые вызывают сбои в работе без вывода сообщений где-то в стеке.
Регистрация откровенно ужасна . У вас есть два режима: «ничего полезного» и «чрезмерное количество бесполезных вещей». Мой журнал отладки был 128Mb после одностраничного запроса и ничего не содержит о моей ошибке. На мой взгляд, весь вопрос ведения журналов требует пересмотра в рамках.
Среда IDE STS Eclipse имеет предельное значение . Кроме подсветки синтаксиса это не очень полезно. Вы не можете отлаживать код, так что это прославленный редактор. Подсказки кода неоднозначны, и, насколько я вижу, поддержки GSP вообще нет. Это также самый медленный плагин Eclipse, который у меня есть на рабочем столе - примерно за 2 минуты до запуска. Это невероятно медленно. Я вернулся к текстовому редактору (который вы заметите и во всех обучающих видео онлайн) и к некоторому изменению синтаксиса.
У меня есть серьезные опасения по поводу производительности . Слишком рано говорить, но я уже нахожусь в процессе настройки базы данных из-за спящего режима. Возможно, этого и следовало ожидать, но мне действительно нужно, чтобы моя модель предметной области была простой, чтобы соглашения давали производительные запросы.
И последнее: соглашение о том, что модель логической области и модель физической базы данных должны быть идентичными, не является разумным значением по умолчанию и вряд ли когда-либо будет иметь место в реальном мире. Я знаю, что вы можете разделить их, но это создает некоторую сложность, которой, я думаю, можно было бы избежать, если бы конвенции были расширены. Недостаточно документации о композиции и , что вам нужно сделать, чтобы она работала на практике .