Что делает Groovy + Grails более производительной установкой, чем Java EE?

Question

В наши дни я довольно часто сталкиваюсь со ссылками на 'Grails' и 'Groovy', главным образом о том, насколько он повышает производительность по сравнению со стандартным Java EE, или о таких вещах, как JSF, Struts и т. Д. также впечатляющий набор тематических исследований в поддержку этого на их веб-сайте тоже. Так что я просто подумал, что смогу изучить некоторые из них ..

Когда я начну с этого, мне было любопытно, есть ли какой-либо материал (ссылка, блог, статья, статья ...), который объясняет, каковы специальные функции в Grails + Groovy (и нигде не встречается в Java EE). мир) что делает его более продуктивной средой для работы?

Answer 1

На странице Википедии Грааля приведено основное объяснение:

Grails имеет три свойства, которые пытаются повысить производительность по сравнению с традиционными веб-фреймворками Java:

• Нет конфигурации XML
• Готовая среда разработки
• Функциональность доступна через миксин

Первым пунктом должна быть «меньшая конфигурация» в результате популяризации RoR в соответствии с соглашением: инфраструктура предназначена для разработки определенного класса приложений и обеспечивает разумные значения по умолчанию в этом контексте.

Второй момент также важен: приложение hello world может быть разработано и развернуто с помощью нескольких команд grails. Это уменьшает барьер для входа, увеличивает кругозор и делает процесс разработки более рациональным по сравнению с разработкой на чистом Java.

Я буду использовать пример со страницы Grails GORM для иллюстрации третьего пункта. Grails позволяет писать код такого типа, чтобы получить книгу по названию из таблицы «book» без необходимости настраивать большую часть чего-либо:

Book.findByTitle("Groovy in Action")

Конечно, это результат гораздо более общего свойства Groovy: его динамическая природа.

Более подробные отчеты об увеличении производительности см., Например, Небо отчет .

Answer 2

Фреймворк становится полезным, когда он минимизирует усилия, чтобы что-то сделать. Вот почему C стал более успешным, чем Assembly, C ++ улучшился на C и Java на C ++.

Хотя это и не указано в «за» и «против», мне нравится обсуждение этой темы в blogpost одного из первых разработчиков Groovy. Кроме того, мне также нравится обсуждение еще одной современной инфраструктуры веб-приложений на основе базы данных Мартина Фаулера , одного из ведущих архитекторов в мире Java EE.

Я также впервые столкнулся с Groovy при тестировании Java-приложений. Вы познакомитесь с работой Дирка Кенига, например, короткая Groovy презентация . Кстати, если вы хотите разрабатывать «облачные» приложения, то Ruby также открывает множество дверей.