RI
Ну без типов конечно
Size: a a a
2019 October 17
AN
Это все в settings можно делать
У плагина вообще нет такой штуки как конфигурация. А если я хочу плагин по разному настроить в разных модулях?
AN
Глубинная проблема в том, что плагины считаются синглетонами и не должны содержать состояния. но де-факто, в сложной сборке конфигурация плагинов нужна.
VP
Extensionом без танцев с бубнами не возможнос настроить например какие таски генерируются и какие библиотеки подключатся.
Ну это да, там только набор настроек, который надо ещё вытащить и сделать что-то на его основе
AN
Да, и еще зависимость плагинов друг от друга.
VP
Глубинная проблема в том, что плагины считаются синглетонами и не должны содержать состояния. но де-факто, в сложной сборке конфигурация плагинов нужна.
Состояние всегда можно запихать в Project, тем не менее
AN
Короче, градл тоже себя перерос. Мы сейчас хотим следующий метасистемный переход. Нужно иметь возможность не просто конфигурировать таски, а делать возможность добавлять или удалять таски в зависимости от условий и настроек.
AN
Состояние всегда можно запихать в Project, тем не менее
Ну и разве это хорошо?
BV
Глубинная проблема в том, что плагины считаются синглетонами и не должны содержать состояния. но де-факто, в сложной сборке конфигурация плагинов нужна.
Это неправда
VP
Ну и разве это хорошо?
А где ему ещё быть?
А по поводу экстеншенов: через них нельзя адекватно создавать и удалять таски так, чтобы они использовались в билдскрипте, потому что эти самые экстеншены настраиваются там же.
А по поводу экстеншенов: через них нельзя адекватно создавать и удалять таски так, чтобы они использовались в билдскрипте, потому что эти самые экстеншены настраиваются там же.
BV
Всё там нормально с конфигурацией плагинов
AN
А где ему ещё быть?
А по поводу экстеншенов: через них нельзя адекватно создавать и удалять таски так, чтобы они использовались в билдскрипте, потому что эти самые экстеншены настраиваются там же.
А по поводу экстеншенов: через них нельзя адекватно создавать и удалять таски так, чтобы они использовались в билдскрипте, потому что эти самые экстеншены настраиваются там же.
Можно, но если экстеншен видит проект
VP
Да, и еще зависимость плагинов друг от друга.
А с этим что не так?
AN
А с этим что не так?
В том, что она есть, но градл из коробки про это не знает.
VP
Можно, но если экстеншен видит проект
Ну это, как вы написали, плохо
BV
Плагин получает конфиг из проекта
AN
Короче, ппроблема в том, что плагины - синглетоны без стейта, но на самом деле есть потребность в настраиваемых объектах, которые имеют граф зависимости друг от друга.
AN
Плагин получает конфиг из проекта
Ага, а теперь вспоминаем, что плагин подключается ДО того, как проект получает конфиг
VP
Вот это легко решается отдельными плагинами