tree: 1743c154c8ec0c91e8a5427e8c901ef0eed408d8 [path history] [tgz]
  1. androidview/
  2. animation/
  3. compose-compiler/
  4. compose-compiler-hosted/
  5. desktop/
  6. foundation/
  7. integration-tests/
  8. internal-lint-checks/
  9. material/
  10. navigation/
  11. runtime/
  12. test-utils/
  13. ui/
  14. OWNERS
  15. README.md
compose/README.md

Compose Readme

Jetpack Compose makes it easy to write and manage an application's frontend by providing a declarative API that allows users to update their Android application UI without imperatively mutating frontend views.

A Compose application is comprised of @Composable functions, which are functions that transform application data into a UI hierarchy. When the underlying data changes, the Composable functions can be re-invoked to generate an updated UI hierarchy.

import androidx.compose.runtime.*
import androidx.compose.foundation.*

@Composable
fun Greeting(name: String) {
   Text(text = "Hello $name!")
}

Compose functions should be side-effect free, and should only read data that was explicitly passed into the composable function from the caller (eg. do not read from globals).

Compose is still experimental and should not be used in a production application. Furthermore, Compose requires enabling the new/experimental IR (Intermediate Representation) backend to the Kotlin compiler, so you will likely encounter language bugs related to the new backend.

The compose compiler plugin makes use of some experimental extension points to the Kotlin compiler. In particular, an extension point that allows us to intercept the invocation of composable functions. You may also see some references to an XML-like syntax (known internally as KTX) which is our old syntax from before the method interception was a thing. We are transitioning from the KTX syntax to using a Kotlin DSL based on intercepted function calls.

Feedback

To provide feedback or report bugs, please refer to the main AndroidX contribution guide and report your bugs here