Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 7
Мне кажется maven сейчас лучшее, что у нас есть. Самый большой его напряг описан в статье habrahabr.ru/company/jugru/blog/191246 и это стратегия nearest. Минусы мавена — плохая документация, которая описывается примерно 10% его функциональности и частично устарела\врет. Тот случай когда регулярно надо смотреть в код реализации плагина, либо в готовый конфиг. Я иногда хожу по гитхабу, смотрю чужие pom-ы, «а что, так можно было?» — почти в каждом проекте.
А вот это вот не ожидал. В Maven зависимости, а в Gradle логика сборки — удобно. Вы поправили мою вселенную сборки проектов.
Действительно интересно почитать!
А по xml с учётом не такой сложной структуры POM вполне можно искать xquery, как по БД
RDF сразу позволяет делать полезные вещи вроде поиска в нем, как в базе данных
А по xml с учётом не такой сложной структуры POM вполне можно искать xquery, как по БД
Хм. Не думал, что это через два года кто-то читает :)
>вполне можно искать xquery, как по БД
Ну да. Меня в этом смысле всегда удивляют заявления приверженцев gradle, что maven де совмещает в одном файле метаданные и билд скрипты… Мало того, что это не так по большому счету — дело еще в том, что POM, будучи XML, достаточно хорошо структурирован, чтобы при необходимости выделить из него все, что душе угодно. Не нравится, что там репозитории? Берем любой инструмент, хоть xslt, хоть xpath, находим, вырезаем…
Мне скорее не хватает возможности дополнения — т.е. например, возможности повесить дополнительные атрибуты на , например. Это позволило бы плагинам и сторонним инструментам реализовать почти любую дополнительную функциональность.
>вполне можно искать xquery, как по БД
Ну да. Меня в этом смысле всегда удивляют заявления приверженцев gradle, что maven де совмещает в одном файле метаданные и билд скрипты… Мало того, что это не так по большому счету — дело еще в том, что POM, будучи XML, достаточно хорошо структурирован, чтобы при необходимости выделить из него все, что душе угодно. Не нравится, что там репозитории? Берем любой инструмент, хоть xslt, хоть xpath, находим, вырезаем…
Мне скорее не хватает возможности дополнения — т.е. например, возможности повесить дополнительные атрибуты на , например. Это позволило бы плагинам и сторонним инструментам реализовать почти любую дополнительную функциональность.
Ещё немного некропостинга — оказывается с улучшенной поддержкой расширений, не xml'ем единым: https://github.com/takari/polyglot-maven
Выглядит очень интересным вариантом для случаев, когда супер гибкости сборки не требуется и единственное чего хочется — большей лаконичности и компактности от pom файла
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Maven vs Gradle? Это неправильная постановка вопроса