メソッドチェーンでかけるModifireのデータ構造はどうなっているか
Modifireはたくさんつなげてかけると思うのですが、どうなっているんでしょうか?
Modifier
.fillMaxWidth()
.offset(y = targetValue)
.semantics(mergeDescendants = true) {}
CombinedModifierが作られます。CombinedModifierはouterとinnerのModifireを持ち、CombinedModifierは数珠つなぎにできて、複数個あるときはこのouterの方に同じように連なるだけです。
class CombinedModifier(
private val outer: Modifier,
private val inner: Modifier
) : Modifier {
...
上記でタイトルの件は終わりです。
下記は興味があれば。
ModifireのComposable関数を渡せるものはどうなっているのか?
そんなに知られていないかもですが、composed{}というのを使うとModifireの変更をComposable関数の中でできるんですよね。そこがどうなっているのかを見てみます。
MultiMeasureLayout(
modifier = modifier.semantics { designInfoProvider = measurer }
例えばModifier.semantics()
は以下のような形になっていて、composed() {}
でComposable関数を渡しています。このComposable関数はどこでどうやって使われるの??ということです。
fun Modifier.semantics(
mergeDescendants: Boolean = false,
properties: (SemanticsPropertyReceiver.() -> Unit)
): Modifier = composed( // ← ここでcomposed{}を呼び出している
inspectorInfo = debugInspectorInfo {
name = "semantics"
this.properties["mergeDescendants"] = mergeDescendants
this.properties["properties"] = properties
}
) {
val id = remember { SemanticsModifierCore.generateSemanticsId() }
SemanticsModifierCore(id, mergeDescendants, clearAndSetSemantics = false, properties)
}
Lauyout()関数などの実際にレイアウトを行うComposableの中でmaterialize()という関数が呼び出されて、materialize()がModifireがもつComposable関数を呼び出していって、その結果がCombinedModifierに入るだけです。
val materialized = currentComposer.materialize(modifier)
materialize前
materialize後
composed()で渡されたComposable関数が呼ばれて、SemanticsModifierCoreが入っている。
Author And Source
この問題について(メソッドチェーンでかけるModifireのデータ構造はどうなっているか), 我々は、より多くの情報をここで見つけました https://qiita.com/takahirom/items/f101b29d98c7c6631eb0著者帰属:元の著者の情報は、元のURLに含まれています。著作権は原作者に属する。
Content is automatically searched and collected through network algorithms . If there is a violation . Please contact us . We will adjust (correct author information ,or delete content ) as soon as possible .