Google but also we as developers try to keep the app size as small as possible to not waste the users storage and time for installs and updates. Even though Adjust is only a small part of our external dependencies, it actually the biggest in terms of size (and external deps like this sum up in the end).
Google is actively working on optimizing minification and tools to improve code shrinking. Each AGP release enabled more aggressive R8 flags by default and at this years I/O they presented R8 Configuration Analyzer.
Currently (SDK version 5.7.0) Adjust adds a somewhat broad R8 rule which is not recommended by Google.
-keep public class com.adjust.sdk.** { *; }
We tried the new R8 Configuration Analyzer report and Adjust is actually our number one (higher is worse) rule in terms of "Properties blocked by rule" and results in 2284 classes, fields or methods being kept. I would be quit surprised if all of those are accessed via reflection or JNI.
In addition I already commented in the existing ticket that the size of the native libs you include increased by 38% within 1 year.
Would be very cool if you could try to spend some more time in optimizing the Adjust SDK in terms of size.
Google but also we as developers try to keep the app size as small as possible to not waste the users storage and time for installs and updates. Even though Adjust is only a small part of our external dependencies, it actually the biggest in terms of size (and external deps like this sum up in the end).
Google is actively working on optimizing minification and tools to improve code shrinking. Each AGP release enabled more aggressive R8 flags by default and at this years I/O they presented R8 Configuration Analyzer.
Currently (SDK version 5.7.0) Adjust adds a somewhat broad R8 rule which is not recommended by Google.
We tried the new R8 Configuration Analyzer report and Adjust is actually our number one (higher is worse) rule in terms of "Properties blocked by rule" and results in 2284 classes, fields or methods being kept. I would be quit surprised if all of those are accessed via reflection or JNI.
In addition I already commented in the existing ticket that the size of the native libs you include increased by 38% within 1 year.
Would be very cool if you could try to spend some more time in optimizing the Adjust SDK in terms of size.