NG
Огонь, спасибо
Size: a a a
2017 October 03
2017 October 05
SM
Спасибо за статью, может о каких-то проблемах с proguard узнаю до того, как релиз будет падать))
SM
Просто у меня уже раза 3 было, что релизная версия непонятно из-за чего падает, и каждый раз был виноват я, так как плохо с ним (proguard'ом) работаю, и на исправление ошибки тратил очень много времени
GD
конфиг нужно писать 1 раз руками с нуля, а потом держать его в голове при разработке 🤷♂️
QH
надо просто сразу включать ProGuard и разрабатывать с ним)
R
Альтернативное мнение: надо не включать PG вообще
GD
или так
QH
Альтернативное мнение: надо не включать PG вообще
слишкм много кода получается
QH
с PG несложно получить APK размером в 1-2 МБ.
Т
У меня забавный случай был. Я как то криво сконфигурил прогуард. Был метод который возвращал копию поля return new arrayLust(this.list). И в проде падало с concurrent modification. Я декомпильнул а в байткоде нет создания копии, просто return.
GD
слишкм много кода получается
а в чем проблема не хранить мертвый код в репозитории? 🙂
GD
и всё равно ресурсы занимают дохрена больше, чем необфусцированный код
SM
конфиг нужно писать 1 раз руками с нуля, а потом держать его в голове при разработке 🤷♂️
Мне дали чужое наполовину разработанное приложение, которое нужно было дописать и включить в нем pg))) вот тут-то я и понял, что зря согласился на часть с pg
QH
а в чем проблема не хранить мертвый код в репозитории? 🙂
Большая часть мёртвого кода — в AppCompat
QH
и всё равно ресурсы занимают дохрена больше, чем необфусцированный код
редко встречал такое, зачастую большая часть APK — это DEX
Т
Большая часть мёртвого кода — в AppCompat
Лол
QH
Вот сейчас работаю над проектом. Немало картинок, но все в webp.
GD
редко встречал такое, зачастую большая часть APK — это DEX
завидую, везет
QH
завидую, везет
большинство ресурсов можно лениво подсасывать из инета, код сложнее