Вопросы через пару месяцев использования грааля - PullRequest
2 голосов
/ 05 мая 2011

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

Во-первых, плагин великолепен, но есть одна вещь, которая мне не нравится или не понятна - как правильно обрабатывать зависимости.Я имею в виду, я могу закончить в своем проекте кучу плагинов, и 2 или 3 из них используют один и тот же jar с другой версией, и очень трудно узнать, кто вызывает эту проблему.Есть ли простой способ избежать такого рода проблем?

Во-вторых, groovy - это хорошо, но я думаю, что легко не соответствовать синтаксису.Вы можете поставить строку с ";"в конце напишите немного java mix с groovyСуществует ли какой-либо инструмент для обеспечения синтаксиса Groovy, так как все еще не так много людей, использующих Groovy снаружи, по сравнению с Java-разработчиком?

спасибо!

Ответы [ 3 ]

3 голосов
/ 05 мая 2011

Я могу закончить свой проект множеством плагинов, и 2 или 3 из них используют одну и ту же банку с другой версией, и очень трудно узнать, кто вызывает эту проблему. Есть ли простой способ избежать такого рода проблем?

Довольно недавняя версия Grails представила разрешение зависимостей n DSL, которое должно решить такие проблемы для вас. Если вы в настоящее время копируете свои JAR-файлы в папку lib и указываете свои зависимости плагина в application.properties, тогда вы игнорируете разрешение зависимостей Grails (которое основано на Ivy). Чтобы использовать разрешение зависимостей Grails, вы должны указать свои зависимости в BuildConfig.groovy и удалить все файлы JAR в папке lib.

3 голосов
/ 05 мая 2011

Для второго.

Groovy - это, в основном, Java-надмножество, поэтому простое удаление ; не сделает программу намного более "хорошей". Иногда приходится усердно работать, чтобы свести Java-код в 3 раза меньший Groovy-код.

Я хочу показать, что это редко вопрос автоматического анализа.

IntelliJ IDEA, тем не менее, отлично справляется с поиском ненужного кода. CodeNarc также выглядит хорошо.

Хм, наверное я дублирую https://stackoverflow.com/questions/1525652/groovy-code-analysis-tool.

1 голос
/ 05 мая 2011

Во-первых, я нашел лучший способ использовать плагины в Grails - не использовать их.Или, скорее, используйте те, которые поддерживаются в хорошем состоянии (например, Shiro, MailService) или созданы либо большими группами (Apache), либо коммиттерами Grails.

Для других плагинов мы использовали для загрузки плагина, откройте егои посмотрите на источник, а затем просто внесите то, что нам было нужно.Большинство плагинов делают много лишних вещей, которые не нужны, потому что они должны поддерживать конфигурируемость.Вы можете взять нужные вам кусочки и просто добавить их. Выгода от этого заключается в том, что вы в конечном итоге изучите и внутренности Грааля.

Для второго - право Виктора.Groovy по большей части является надмножеством Java.Написание Groovy-ish кода включает в себя такие вещи, как использование замыканий, понимание преимуществ динамической типизации и полную загрузку объектов с помощью специальных конструкторов.Это всего лишь предварительный уровень, Groovy делает гораздо больше, чем вы узнаете со временем.

Я бы не стал так сильно беспокоиться о том, чтобы пытаться применять синтаксис Groovy.Просто напишите, что вы знаете, и изучите Groovy способы ведения дел.Расширение файла должно указывать разработчику, что это не прямой Java-код.Если вы используете замыкания, это тоже очень быстро идентифицирует.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...