VP
Настройки одинаковые. Пока их там нет, но будут.
Это решается через помещение настроек в
allprojectsallprojectsSize: a a a
2019 October 17
AN
Это решается через помещение настроек в
У меня 6 или 7 проектов с такими конфигами. Смысл плагинов в том, что я подключаю плагин в проект с нужной версией и все равботает одинаково. Если мне надо копировать везде блок кода, то это бред. Кроме того, я применяю это не ко всем подпроектам, а выборочно.
Еще раз, я не говорю, что градл - это плохо. Градл - лучшая система сборки, которая сейчас есть, но тем не менее потолок виден.
Еще раз, я не говорю, что градл - это плохо. Градл - лучшая система сборки, которая сейчас есть, но тем не менее потолок виден.
BV
Я не понимаю, какую задачу вы решаете и в чём проблема
BV
Я просто написал очень много плагинов очень разной сложности
BV
И не могу идентифицировать именно эту проблему
AN
Я не понимаю, какую задачу вы решаете и в чём проблема
У меня есть куча проектов с одинаковой конфигурацией и небольшим числом настроке. Надо сделать так, чтобы они конифигурились минимально, но оставалась вариабельность.
VP
У меня 6 или 7 проектов с такими конфигами. Смысл плагинов в том, что я подключаю плагин в проект с нужной версией и все равботает одинаково. Если мне надо копировать везде блок кода, то это бред. Кроме того, я применяю это не ко всем подпроектам, а выборочно.
Еще раз, я не говорю, что градл - это плохо. Градл - лучшая система сборки, которая сейчас есть, но тем не менее потолок виден.
Еще раз, я не говорю, что градл - это плохо. Градл - лучшая система сборки, которая сейчас есть, но тем не менее потолок виден.
Потолок наверняка есть, но в вашем случае, мне кажется, можно не касаться его, если решать свою задачу более подходящими средствами.
Про создание тасок кстати вспомнил - стандартный maven-publish плагин это как-то делает, и никаких проблем.
Про создание тасок кстати вспомнил - стандартный maven-publish плагин это как-то делает, и никаких проблем.
AN
У меня нет "проблемы". Я все, что мне надо реализаовал.
BV
У меня есть куча проектов с одинаковой конфигурацией и небольшим числом настроке. Надо сделать так, чтобы они конифигурились минимально, но оставалась вариабельность.
Ну, это как раз то, что грейдл умеет
AN
Потолок наверняка есть, но в вашем случае, мне кажется, можно не касаться его, если решать свою задачу более подходящими средствами.
Про создание тасок кстати вспомнил - стандартный maven-publish плагин это как-то делает, и никаких проблем.
Про создание тасок кстати вспомнил - стандартный maven-publish плагин это как-то делает, и никаких проблем.
я тоже делаю :)
AN
Ну, это как раз то, что грейдл умеет
Возвращаемся к проблеме. Нужна конфигурация плагина, потому что вариабельность все-таки нужна.
VP
я тоже делаю :)
Делать можно по-разному 🙂
BV
Возвращаемся к проблеме. Нужна конфигурация плагина, потому что вариабельность все-таки нужна.
Ну да, сделали экстеншн с нужным настройками, на его основе конфигурим проект
AN
Ну да, сделали экстеншн с нужным настройками, на его основе конфигурим проект
Экстеншен не влияет на свойства плагина, на подключенные библиотеки и таски, поскольку во время применения плагина его еще нет.
VP
У меня 6 или 7 проектов с такими конфигами. Смысл плагинов в том, что я подключаю плагин в проект с нужной версией и все равботает одинаково. Если мне надо копировать везде блок кода, то это бред. Кроме того, я применяю это не ко всем подпроектам, а выборочно.
Еще раз, я не говорю, что градл - это плохо. Градл - лучшая система сборки, которая сейчас есть, но тем не менее потолок виден.
Еще раз, я не говорю, что градл - это плохо. Градл - лучшая система сборки, которая сейчас есть, но тем не менее потолок виден.
Блок будет один раз - там же, где сейчас выполняется
withSerialization. Выборочно эту конфигурацию можно спокойно переопределить без проблем.BV
Экстеншен не влияет на свойства плагина, на подключенные библиотеки и таски, поскольку во время применения плагина его еще нет.
Зато влияет когда его применяют, это конечно не очень удобно, но суть то та же
AN
Ну так мы вернулись к тому, что экстеншен должен получать проект аргументом и сам все делать.
AN
Пойду искать какую аудиторию нам дали и Ильмира встречать. Будем корутинить до вечера.
BV
Ну так мы вернулись к тому, что экстеншен должен получать проект аргументом и сам все делать.
Зачем? Нет, там есть средства доставить эти изменения в структуру проекта
VP
Экстеншен не влияет на свойства плагина, на подключенные библиотеки и таски, поскольку во время применения плагина его еще нет.
В Gradle есть такая замечательная штука, как
DomainObjectCollection.all { }. Через неё можно как угодно реагировать на действия в extension'е. Разумеется, не добавляя ссылку на проект в него.