AE
ну там потом проблемы с резолвом зависимостей конечных разрабов будут
Они будут в любом случае
exclude прописать и другое - если зависимость лежит в исходнике (то есть не является зависимостью, по-сути)Size: a a a
2018 September 20
АО
ну одно дело в градле
AE
И если ты засунешь всё в один толстый jar/aar, то в класспасе магии не случится, если будет конфликт
AE
ну одно дело в градле
exclude прописать и другое - если зависимость лежит в исходнике (то есть не является зависимостью, по-сути)Ничего не поменяется, только новые проблемы, тк смерджить руками не выйдет
АО
Чтобы это всё грамотно уложить - нужно будет исключить из упаковки внешние зависимости, а это уже полумагия
AE
В общем не пишите код библиотек с зависимостями, особенно длинными и причудливыми цепочками транзитивов
АО
В общем не пишите код библиотек с зависимостями, особенно длинными и причудливыми цепочками транзитивов
Хорошее замечание
VP
Если есть нелюбимые участники - то не слушаешь?
Всегда слушаю.
Не оцениваю участников по "любимые/нелюбимые".
Не оцениваю участников по "любимые/нелюбимые".
2018 September 21
DN
Про пересечение выпуска и мосдроида:
Конечно идите на мосдроид)
тут ссылочка: https://medium.com/@smredkey/mosdroid-11-sodium-37ac4cae5fc9?utm_source=meetup
А нас вы всегда и потом послушаете!
Конечно идите на мосдроид)
тут ссылочка: https://medium.com/@smredkey/mosdroid-11-sodium-37ac4cae5fc9?utm_source=meetup
А нас вы всегда и потом послушаете!
AP
Про пересечение выпуска и мосдроида:
Конечно идите на мосдроид)
тут ссылочка: https://medium.com/@smredkey/mosdroid-11-sodium-37ac4cae5fc9?utm_source=meetup
А нас вы всегда и потом послушаете!
Конечно идите на мосдроид)
тут ссылочка: https://medium.com/@smredkey/mosdroid-11-sodium-37ac4cae5fc9?utm_source=meetup
А нас вы всегда и потом послушаете!
так может на воскресенье перенесете выпуск ☺️?
ST
так может на воскресенье перенесете выпуск ☺️?
А смысл? Можно же в параллель.
AP
А смысл? Можно же в параллель.
Как говорится за двумя зайцами.....
K
@iamironz можно пожалуста ссылочку на твит почему в kotlin в конструкции when не рекомендуется использовать enum
AE
K
В каком-то из подкастов, мне кажется, Вы так и сказали, что "не рекомендую". Либо я что-то не так понял
AE
В каком-то из подкастов, мне кажется, Вы так и сказали, что "не рекомендую". Либо я что-то не так понял
Всё условно, у меня в твиттере есть пару постов об этом. В целом, в Java примерно такой же оверхед. Если использовать enum, то неплохо бы его процессить proguard'ом
class/unboxing/enum правиломK
можно ссылку на twitter?
AE
Но надо понимать, чтобы это правило сработало, надо использовать enum по назначению, а не использовать его в виде хранения побочных данных
AE
то есть если вы присовокупите в конструктор enum'а какой-нибудь аргумент (non-default constructor), то оптимизация не сработает
2018 September 22
AX
так, а подкаст когда завезут?