EM
Первая строка в их прогард конфигурации
-dontobfuscateSize: a a a
2021 April 08
l
Это опасно?)
EM
Я к тому, что их код не минифицируется
l
Это я понял, а какие издержки у отсутствия минификации?
l
Реверсер будет видеть читабельный код. И что?
D
у них в дебаг билде proguard выкидывает неиспользуемое, не минифицируя используемое. это часто используют
EM
Это все равно тормозит билд, не знаю на сколько в процентах
EM
Можно пре оптимизировать зависимости, и получить два в флаконе
D
оно нужно для случаев "мы выкладываем debug apk"
l
Вроде можно явно задать срезание неиспользуемого через shrinkResources true и сделать неменянмыми пакеты, классы, поля через minifyEnabled false. В чем отличие тогда? Я область приложения не вполне понимаю
D
shrinkResources это про ресурсы, не про классы
l
То есть donotobfuscate в проде это нормально?))
D
как пример - есть у вас в зависимостях kotlin stdlib. в проекте используется оттуда минимум, вы выкладываете debug apk. вот тут всё идеально для примера выше
l
Пример выше это вики?
D
да
D
в релизных апк видел тоже без обфускации, потому что команда считала, что там нечего защищать
Я
Или с конфигурацией не разобрались
Я
А то включить одно дело, а другое дело чтобы всё потом работало:))
EM
Обфускация уменьшает размер кода