Compose support

[drewhamilton]

The need for Deferred Resources is not eliminated but looks very different in the Compose runtime for Android. Instead of a Context, the main requirement for resolving resources is being in a @Composable function.

With this in mind, many of the interfaces from Deferred Resources are analogous to (but not the same as) interfaces needed in Compose. DeferredText and its siblings are about the same, but Compose only uses Strings. DeferredColor is about the same, but Compose has its own Color class. A DeferredDrawable analog is needed, but Compose has its own types—and vectors are a different type from non-vectors!

As such, it seems like Compose support should come as a brand-new, independent artifact; possibly along with a bridge artifact to convert non-Compose Deferred Resources to Compose ones.

Let's discuss the ideal way for this library to support Compose here.

[drewhamilton]

Maybe it would be best for the Compose version of this to be a new library with a different name, so they're easily distinguishable.

[drewhamilton]

Created #59 to adapt existing Deferred Resources to Compose UI. This does not cover the more complex design issues mentioned above, but will allow easy use of the existing DR types in Compose UI.

[drewhamilton]

Opened #64