082614c6a57a115ee0c5975e3579bf34a178c0f8 |
|
04-Mar-2016 |
Adam Lesinski <adamlesinski@google.com> |
Cache per-Activity Resources objects Each Activity has a Resources object whose underlying state changes when a configuration change occurs, both global and for that activity only (multi-window). Views and other clients of the Resources object can safely cache it knowing that they always have a reference to the most up-to-date resources. This applies to Resources.Theme objects as well. Bug:26854894 Change-Id: Ifd3da5a1086e17f747dfc265a447fe92a3a5c692
/frameworks/base/core/tests/coretests/src/android/content/res/ConfigurationBoundResourceCacheTest.java
|
fb302ccd8e0610a09691ea5503ff8111dc7a2e41 |
|
01-Mar-2016 |
Adam Lesinski <adamlesinski@google.com> |
Move the guts of Resources to ResourcesImpl In order to satisfy the requirement that clients can cache a Resources object when a configuration change happens, we move the caches and all other method bodies to ResourcesImpl. These can then be swapped out for the correct version when needed, while allowing clients to keep holding the existing Resources references. This is part 1 of 2 CLs. The next one will do the actual switching of implementations based on configuration changes for multiwindow. Bug:26854894 Change-Id: I41156194a3541e59053b4048c3a15981c7d8a506
/frameworks/base/core/tests/coretests/src/android/content/res/ConfigurationBoundResourceCacheTest.java
|
d422dc358f0100106dc07d7b903201eb9b043b11 |
|
25-Sep-2014 |
Yigit Boyar <yboyar@google.com> |
Added a generic configuration and theme based cache For now, only animators use it but we can consider migrating drawable cache to it as well. Bug: 17456416 Change-Id: I571b96856805edb171f0fc52e6bff5a365f46b70
/frameworks/base/core/tests/coretests/src/android/content/res/ConfigurationBoundResourceCacheTest.java
|