맞춤 수정자 만들기

Compose는 일반적인 동작을 위한 여러 수정자를 기본적으로 제공하지만 직접 맞춤 수정자를 만들 수도 있습니다.

수정자는 여러 부분으로 구성됩니다.

• 수정자 팩토리
  • Modifier의 확장 함수로, 수정자에 관용적인 API를 제공하고 수정자를 쉽게 체이닝할 수 있도록 합니다. 수정자 팩토리는 Compose에서 UI를 수정하는 데 사용하는 수정자 요소를 생성합니다.
• 수정자 요소
  • 여기에서 수정자의 동작을 구현할 수 있습니다.

필요한 기능에 따라 맞춤 수정자를 구현하는 방법에는 여러 가지가 있습니다. 맞춤 수정자를 구현하는 가장 쉬운 방법은 이미 정의된 다른 수정자 팩토리를 결합하는 맞춤 수정자 팩토리를 구현하는 것입니다. 더 많은 맞춤 동작이 필요한 경우 하위 수준이지만 더 많은 유연성을 제공하는 Modifier.Node API를 사용하여 수정자 요소를 구현합니다.

기존 수정자를 함께 체이닝

기존 수정자를 사용하기만 하면 맞춤 수정자를 만들 수 있는 경우가 많습니다. 예를 들어 Modifier.clip()는 graphicsLayer 수정자를 사용하여 구현됩니다. 이 전략은 기존 수정자 요소를 사용하며 자체 맞춤 수정자 팩토리를 제공합니다.

자체 맞춤 수정자를 구현하기 전에 동일한 전략을 사용할 수 있는지 확인하세요.

fun Modifier.clip(shape: Shape) = graphicsLayer(shape = shape, clip = true)
CustomModifierSnippets.kt

또는 동일한 수정자 그룹을 자주 반복하는 경우 자체 수정자로 래핑할 수 있습니다.

fun Modifier.myBackground(color: Color) = padding(16.dp)
    .clip(RoundedCornerShape(8.dp))
    .background(color)
CustomModifierSnippets.kt

컴포저블 수정자 팩토리를 사용하여 맞춤 수정자 만들기

컴포저블 함수를 사용하여 맞춤 수정자를 만들어 기존 수정자에 값을 전달할 수도 있습니다. 이를 컴포저블 수정자 팩토리라고 합니다.

참고: 이전 버전의 Compose에서는 이 접근 방식을 권장하지 않았으며 린트 규칙을 통해 composed {}를 사용하는 것이 좋습니다. 이제 composed {}가 권장되지 않으므로 린트 규칙이 삭제되었습니다.

컴포저블 수정자 팩토리를 사용하여 수정자를 만들면 animate*AsState 및 기타 Compose 상태 지원 애니메이션 API와 같은 상위 수준 Compose API를 사용할 수도 있습니다. 예를 들어 다음 스니펫은 사용 설정/사용 중지 시 알파 변경사항에 애니메이션을 적용하는 수정자를 보여줍니다.

@Composable
fun Modifier.fade(enable: Boolean): Modifier {
    val alpha by animateFloatAsState(if (enable) 0.5f else 1.0f)
    return this then Modifier.graphicsLayer { this.alpha = alpha }
}
CustomModifierSnippets.kt

경고: 맞춤 수정자를 만들 때 수정자 체이지를 중단하지 마세요. 항상 this를 참조해야 합니다. 그러지 않으면 이전에 추가한 모든 수정자가 삭제됩니다. 위의 예와 같이 this then Modifier를 사용하거나 암시적으로 return graphicsLayer { this.alpha = alpha }를 사용할 수 있습니다.

맞춤 수정자가 CompositionLocal의 기본값을 제공하는 편의 메서드인 경우 이를 구현하는 가장 쉬운 방법은 컴포저블 수정자 팩토리를 사용하는 것입니다.

@Composable
fun Modifier.fadedBackground(): Modifier {
    val color = LocalContentColor.current
    return this then Modifier.background(color.copy(alpha = 0.5f))
}
CustomModifierSnippets.kt

이 접근 방식에는 아래에 설명된 몇 가지 주의사항이 있습니다.

CompositionLocal 값은 수정자 팩토리의 호출 사이트에서 확인됩니다.

컴포저블 수정자 팩토리를 사용하여 맞춤 수정자를 만들 때 컴포지션 로컬은 사용되는 것이 아니라 생성된 컴포지션 트리에서 값을 가져옵니다. 이로 인해 예기치 않은 결과가 발생할 수 있습니다. 예를 들어 위의 컴포지션 로컬 수정자 예시를 살펴보겠습니다. 이 예시는 구성 가능한 함수를 사용하여 약간 다르게 구현되었습니다.

@Composable
fun Modifier.myBackground(): Modifier {
    val color = LocalContentColor.current
    return this then Modifier.background(color.copy(alpha = 0.5f))
}

@Composable
fun MyScreen() {
    CompositionLocalProvider(LocalContentColor provides Color.Green) {
        // Background modifier created with green background
        val backgroundModifier = Modifier.myBackground()

        // LocalContentColor updated to red
        CompositionLocalProvider(LocalContentColor provides Color.Red) {

            // Box will have green background, not red as expected.
            Box(modifier = backgroundModifier)
        }
    }
}
CustomModifierSnippets.kt

수정자가 예상대로 작동하지 않는 경우 맞춤 Modifier.Node을 대신 사용하세요. 컴포지션 로컬은 사용 사이트에서 올바르게 확인되고 안전하게 호이스팅될 수 있기 때문입니다.

구성 가능한 함수 수정자는 건너뛰지 않습니다.

반환 값이 있는 구성 가능한 함수는 건너뛸 수 없으므로 구성 가능한 팩토리 수정자는 건너뛰지 않습니다. 즉, 수정자 함수는 모든 리컴포지션 시 호출되며, 리컴포지션이 자주 발생하면 비용이 많이 들 수 있습니다.

구성 가능한 함수 수정자는 구성 가능한 함수 내에서 호출해야 합니다.

모든 구성 가능한 함수와 마찬가지로 구성 가능한 팩토리 수정자는 구성 내에서 호출해야 합니다. 이렇게 하면 수정자를 컴포지션 외부로 호이스팅할 수 없으므로 수정자를 호이스팅할 수 있는 위치가 제한됩니다. 반면 구성 불가능한 수정자 팩토리는 구성 가능한 함수 외부로 호이스팅하여 더 쉽게 재사용하고 성능을 개선할 수 있습니다.

val extractedModifier = Modifier.background(Color.Red) // Hoisted to save allocations

@Composable
fun Modifier.composableModifier(): Modifier {
    val color = LocalContentColor.current.copy(alpha = 0.5f)
    return this then Modifier.background(color)
}

@Composable
fun MyComposable() {
    val composedModifier = Modifier.composableModifier() // Cannot be extracted any higher
}
CustomModifierSnippets.kt

Modifier.Node를 사용하여 맞춤 수정자 동작 구현

Modifier.Node는 Compose에서 수정자를 만드는 하위 수준 API입니다. Compose에서 자체 수정자를 구현하는 것과 동일한 API이며 맞춤 수정자를 만드는 가장 성능이 우수한 방법입니다.

참고: 맞춤 수정자를 만드는 또 다른 API인 composed {}가 있습니다. 이 API는 발생한 성능 문제로 인해 더 이상 권장되지 않습니다. Modifier.Node는 구성된 수정자보다 훨씬 우수한 성능을 제공하도록 처음부터 설계되었습니다. 컴포지션된 수정자의 문제에 관한 자세한 내용은 Android Dev Summit 강연 Compose 수정자 심층 분석을 참고하세요.

Modifier.Node를 사용하여 맞춤 수정자 구현

Modifier.Node를 사용하여 맞춤 수정자를 구현하는 작업은 세 부분으로 나뉩니다.

• 수정자의 로직과 상태를 보유하는 Modifier.Node 구현입니다.
• 수정자 노드 인스턴스를 만들고 업데이트하는 ModifierNodeElement입니다.
• 위에 설명된 대로 선택적 수정자 팩토리입니다.

ModifierNodeElement 클래스는 스테이트리스(Stateless)이며 각 리컴포지션마다 새 인스턴스가 할당되는 반면 Modifier.Node 클래스는 스테이트풀(Stateful)일 수 있으며 여러 리컴포지션에서 유지되며 재사용할 수도 있습니다.

다음 섹션에서는 각 부분을 설명하고 원을 그리는 맞춤 수정자를 빌드하는 예를 보여줍니다.

Modifier.Node

Modifier.Node 구현 (이 예에서는 CircleNode)은 맞춤 수정자의 기능을 구현합니다.

// Modifier.Node
private class CircleNode(var color: Color) : DrawModifierNode, Modifier.Node() {
    override fun ContentDrawScope.draw() {
        drawCircle(color)
    }
}
CustomModifierSnippets.kt

이 예에서는 수정자 함수에 전달된 색상으로 원을 그립니다.

노드는 Modifier.Node와 0개 이상의 노드 유형을 구현합니다. 수정자에 필요한 기능에 따라 다양한 노드 유형이 있습니다. 위의 예는 그릴 수 있어야 하므로 draw 메서드를 재정의할 수 있는 DrawModifierNode를 구현합니다.

사용 가능한 유형은 다음과 같습니다.

노드	사용 정보	샘플 링크
LayoutModifierNode	래핑된 콘텐츠의 측정 및 배치 방식을 변경하는 Modifier.Node입니다.	샘플
DrawModifierNode	레이아웃의 공간에 그리는 Modifier.Node입니다.	샘플
CompositionLocalConsumerModifierNode	이 인터페이스를 구현하면 Modifier.Node가 구성 로컬을 읽을 수 있습니다.	샘플
SemanticsModifierNode	테스트, 접근성, 유사한 사용 사례에 사용할 시맨틱 키/값을 추가하는 Modifier.Node입니다.	샘플
PointerInputModifierNode	PointerInputChanges를 수신하는 Modifier.Node입니다.	샘플
ParentDataModifierNode	상위 레이아웃에 데이터를 제공하는 Modifier.Node	샘플
LayoutAwareModifierNode	onMeasured 및 onPlaced 콜백을 수신하는 Modifier.Node입니다.	샘플
GlobalPositionAwareModifierNode	콘텐츠의 전역 위치가 변경되었을 수 있는 경우 레이아웃의 최종 LayoutCoordinates와 함께 onGloballyPositioned 콜백을 수신하는 Modifier.Node입니다.	샘플
ObserverModifierNode	ObserverNode를 구현하는 Modifier.Node는 observeReads 블록 내에서 읽은 스냅샷 객체의 변경에 응답하여 호출될 자체 onObservedReadsChanged 구현을 제공할 수 있습니다.	샘플
DelegatingNode	다른 Modifier.Node 인스턴스에 작업을 위임할 수 있는 Modifier.Node입니다. 이는 여러 노드 구현을 하나로 컴포지션하는 데 유용할 수 있습니다.	샘플
TraversableNode	Modifier.Node 클래스가 동일한 유형의 클래스 또는 특정 키의 노드 트리를 위아래로 탐색할 수 있도록 허용합니다.	샘플

노드는 해당하는 요소에서 update가 호출될 때 자동으로 무효화됩니다. 이 예시는 DrawModifierNode이므로 요소에서 update가 호출될 때마다 노드가 다시 그리기를 트리거하고 색상이 올바르게 업데이트됩니다. 아래에 설명된 대로 자동 무효화를 선택 해제할 수 있습니다.

ModifierNodeElement

ModifierNodeElement는 맞춤 수정자를 만들거나 업데이트하기 위한 데이터를 보유하는 변경 불가능한 클래스입니다.

// ModifierNodeElement
private data class CircleElement(val color: Color) : ModifierNodeElement<CircleNode>() {
    override fun create() = CircleNode(color)

    override fun update(node: CircleNode) {
        node.color = color
    }
}
CustomModifierSnippets.kt

ModifierNodeElement 구현은 다음 메서드를 재정의해야 합니다.

1. create: 수정자 노드를 인스턴스화하는 함수입니다. 이는 수정자가 처음 적용될 때 노드를 만들기 위해 호출됩니다. 일반적으로 노드를 생성하고 수정자 팩토리에 전달된 매개변수로 구성하는 것과 같습니다.
2. update: 이 수정자가 노드가 이미 존재하는 동일한 위치에 제공되었지만 속성이 변경될 때마다 호출됩니다. 이는 클래스의 equals 메서드에 의해 결정됩니다. 이전에 생성된 수정자 노드는 update 호출에 매개변수로 전송됩니다. 이때 업데이트된 매개변수에 맞게 노드의 속성을 업데이트해야 합니다. 노드를 이런 식으로 재사용할 수 있는 기능은 Modifier.Node가 가져오는 성능 향상의 핵심입니다. 따라서 update 메서드에서 새 노드를 만드는 대신 기존 노드를 업데이트해야 합니다. 원 예시에서는 노드의 색상이 업데이트됩니다.

또한 ModifierNodeElement 구현은 equals 및 hashCode도 구현해야 합니다. update는 이전 요소와의 등식 비교가 false를 반환하는 경우에만 호출됩니다.

경고: ModifierNodeElement는 equals 및 hashCode를 올바르게 구현해야 하며 인스턴스 등식에 의존해서는 안 됩니다. 이 속성이 없으면 수정자 노드가 불필요하게 업데이트되고 성능이 저하됩니다. 데이터 클래스를 사용하여 자동으로 이 작업을 실행합니다.

위 예에서는 데이터 클래스를 사용하여 이를 실행합니다. 이러한 메서드는 노드 업데이트 필요 여부를 확인하는 데 사용됩니다. 요소에 노드 업데이트 필요 여부에 기여하지 않는 속성이 있거나 바이너리 호환성 문제로 인해 데이터 클래스를 피하려는 경우 equals 및 hashCode(예: 패딩 수정자 요소)를 수동으로 구현할 수 있습니다.

수정자 팩토리

이는 수정자의 공개 API 노출 영역입니다. 대부분의 구현은 수정자 요소를 만들고 수정자 체인에 추가하기만 합니다.

// Modifier factory
fun Modifier.circle(color: Color) = this then CircleElement(color)
CustomModifierSnippets.kt

전체 예

이 세 가지 부분이 결합되어 Modifier.Node API를 사용하여 원을 그리는 맞춤 수정자를 만듭니다.

// Modifier factory
fun Modifier.circle(color: Color) = this then CircleElement(color)

// ModifierNodeElement
private data class CircleElement(val color: Color) : ModifierNodeElement<CircleNode>() {
    override fun create() = CircleNode(color)

    override fun update(node: CircleNode) {
        node.color = color
    }
}

// Modifier.Node
private class CircleNode(var color: Color) : DrawModifierNode, Modifier.Node() {
    override fun ContentDrawScope.draw() {
        drawCircle(color)
    }
}
CustomModifierSnippets.kt

Modifier.Node를 사용하는 일반적인 상황

Modifier.Node로 맞춤 수정자를 만들 때 발생할 수 있는 일반적인 상황은 다음과 같습니다.

매개변수 0개

수정자에 매개변수가 없는 경우 업데이트할 필요가 없으며 데이터 클래스일 필요도 없습니다. 다음은 컴포저블에 고정된 양의 패딩을 적용하는 수정자의 샘플 구현입니다.

fun Modifier.fixedPadding() = this then FixedPaddingElement

data object FixedPaddingElement : ModifierNodeElement<FixedPaddingNode>() {
    override fun create() = FixedPaddingNode()
    override fun update(node: FixedPaddingNode) {}
}

class FixedPaddingNode : LayoutModifierNode, Modifier.Node() {
    private val PADDING = 16.dp

    override fun MeasureScope.measure(
        measurable: Measurable,
        constraints: Constraints
    ): MeasureResult {
        val paddingPx = PADDING.roundToPx()
        val horizontal = paddingPx * 2
        val vertical = paddingPx * 2

        val placeable = measurable.measure(constraints.offset(-horizontal, -vertical))

        val width = constraints.constrainWidth(placeable.width + horizontal)
        val height = constraints.constrainHeight(placeable.height + vertical)
        return layout(width, height) {
            placeable.place(paddingPx, paddingPx)
        }
    }
}
CustomModifierSnippets.kt

컴포지션 로컬 참조

Modifier.Node 수정자는 CompositionLocal와 같은 Compose 상태 객체의 변경사항을 자동으로 관찰하지 않습니다. Modifier.Node 수정자는 컴포저블 팩토리로 만든 수정자에 비해 currentValueOf를 사용하여 수정자가 할당된 위치가 아닌 UI 트리에서 수정자가 사용되는 위치에서 컴포지션 로컬의 값을 읽을 수 있다는 이점이 있습니다.

그러나 수정자 노드 인스턴스는 상태 변경을 자동으로 관찰하지 않습니다. 컴포지션 로컬 변경에 자동으로 반응하려면 범위 내에서 현재 값을 읽으면 됩니다.

• DrawModifierNode: ContentDrawScope
• LayoutModifierNode: MeasureScope 및 IntrinsicMeasureScope
• SemanticsModifierNode: SemanticsPropertyReceiver

이 예에서는 LocalContentColor 값을 관찰하여 색상에 따라 배경을 그립니다. ContentDrawScope는 스냅샷 변경사항을 관찰하므로 LocalContentColor 값이 변경되면 자동으로 다시 그립니다.

class BackgroundColorConsumerNode :
    Modifier.Node(),
    DrawModifierNode,
    CompositionLocalConsumerModifierNode {
    override fun ContentDrawScope.draw() {
        val currentColor = currentValueOf(LocalContentColor)
        drawRect(color = currentColor)
        drawContent()
    }
}
CustomModifierSnippets.kt

범위 외부의 상태 변경사항에 반응하고 수정자를 자동으로 업데이트하려면 ObserverModifierNode를 사용하세요.

예를 들어 Modifier.scrollable는 이 기법을 사용하여 LocalDensity의 변경사항을 관찰합니다. 아래는 단순화된 예입니다.

class ScrollableNode :
    Modifier.Node(),
    ObserverModifierNode,
    CompositionLocalConsumerModifierNode {

    // Place holder fling behavior, we'll initialize it when the density is available.
    val defaultFlingBehavior = DefaultFlingBehavior(splineBasedDecay(UnityDensity))

    override fun onAttach() {
        updateDefaultFlingBehavior()
        observeReads { currentValueOf(LocalDensity) } // monitor change in Density
    }

    override fun onObservedReadsChanged() {
        // if density changes, update the default fling behavior.
        updateDefaultFlingBehavior()
    }

    private fun updateDefaultFlingBehavior() {
        val density = currentValueOf(LocalDensity)
        defaultFlingBehavior.flingDecay = splineBasedDecay(density)
    }
}
CustomModifierSnippets.kt

애니메이션 수정자

Modifier.Node 구현은 coroutineScope에 액세스할 수 있습니다. 이렇게 하면 Compose Animatable API를 사용할 수 있습니다. 예를 들어 이 스니펫은 위의 CircleNode를 수정하여 반복적으로 페이드 인 및 페이드 아웃합니다.

class CircleNode(var color: Color) : Modifier.Node(), DrawModifierNode {
    private val alpha = Animatable(1f)

    override fun ContentDrawScope.draw() {
        drawCircle(color = color, alpha = alpha.value)
        drawContent()
    }

    override fun onAttach() {
        coroutineScope.launch {
            alpha.animateTo(
                0f,
                infiniteRepeatable(tween(1000), RepeatMode.Reverse)
            ) {
            }
        }
    }
}
CustomModifierSnippets.kt

위임을 사용하여 수정자 간에 상태 공유

Modifier.Node 수정자는 다른 노드에 위임할 수 있습니다. 다양한 수정자 간에 공통 구현을 추출하는 것과 같은 다양한 사용 사례가 있지만 수정자 간에 공통 상태를 공유하는 데도 사용할 수 있습니다.

예를 들어 상호작용 데이터를 공유하는 클릭 가능한 수정자 노드의 기본 구현은 다음과 같습니다.

class ClickableNode : DelegatingNode() {
    val interactionData = InteractionData()
    val focusableNode = delegate(
        FocusableNode(interactionData)
    )
    val indicationNode = delegate(
        IndicationNode(interactionData)
    )
}
CustomModifierSnippets.kt

노드 자동 무효화 선택 해제

상응하는 ModifierNodeElement가 업데이트를 호출하면 Modifier.Node 노드가 자동으로 무효화됩니다. 더 복잡한 수정자의 경우 수정자가 단계를 무효화하는 시점을 더 세부적으로 제어하기 위해 이 동작을 선택 해제해야 할 수 있습니다.

이는 맞춤 수정자가 레이아웃과 그리기를 모두 수정하는 경우에 특히 유용합니다. 자동 무효화를 선택 해제하면 color와 같은 그리기 관련 속성만 변경될 때 그리기를 무효화하고 레이아웃은 무효화하지 않을 수 있습니다. 이렇게 하면 수정자의 성능이 개선될 수 있습니다.

이에 관한 가상의 예는 아래에 color, size, onClick 람다가 속성으로 있는 수정자를 사용하여 보여줍니다. 이 수정자는 필요한 항목만 무효화하고 필요하지 않은 항목은 무효화하지 않습니다.

class SampleInvalidatingNode(
    var color: Color,
    var size: IntSize,
    var onClick: () -> Unit
) : DelegatingNode(), LayoutModifierNode, DrawModifierNode {
    override val shouldAutoInvalidate: Boolean
        get() = false

    private val clickableNode = delegate(
        ClickablePointerInputNode(onClick)
    )

    fun update(color: Color, size: IntSize, onClick: () -> Unit) {
        if (this.color != color) {
            this.color = color
            // Only invalidate draw when color changes
            invalidateDraw()
        }

        if (this.size != size) {
            this.size = size
            // Only invalidate layout when size changes
            invalidateMeasurement()
        }

        // If only onClick changes, we don't need to invalidate anything
        clickableNode.update(onClick)
    }

    override fun ContentDrawScope.draw() {
        drawRect(color)
    }

    override fun MeasureScope.measure(
        measurable: Measurable,
        constraints: Constraints
    ): MeasureResult {
        val size = constraints.constrain(size)
        val placeable = measurable.measure(constraints)
        return layout(size.width, size.height) {
            placeable.place(0, 0)
        }
    }
}
CustomModifierSnippets.kt