Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Compose Compiler Metrics 詳細と活用方法
Search
makun
April 20, 2023
Programming
1
730
Compose Compiler Metrics 詳細と活用方法
YouTube :
https://youtu.be/SqQedt2zm44
makun
April 20, 2023
Tweet
Share
More Decks by makun
See All by makun
既存コードへのテスト追加とリファクタリングの実践
makun
0
44
Jetpack Composeを本番導入してみた結果と課題
makun
1
180
分析用コードをアプリから 切り離す設計の実現
makun
0
120
Other Decks in Programming
See All in Programming
CSC305 Lecture 26
javiergs
PRO
0
140
Cloudflare MCP ServerでClaude Desktop からWeb APIを構築
kutakutat
1
550
採用事例の少ないSvelteを選んだ理由と それを正解にするためにやっていること
oekazuma
2
1k
CQRS+ES の力を使って効果を感じる / Feel the effects of using the power of CQRS+ES
seike460
PRO
0
130
【re:Growth 2024】 Aurora DSQL をちゃんと話します!
maroon1st
0
780
これでLambdaが不要に?!Step FunctionsのJSONata対応について
iwatatomoya
2
3.7k
nekko cloudにおけるProxmox VE利用事例
irumaru
3
430
アクターシステムに頼らずEvent Sourcingする方法について
j5ik2o
4
270
htmxって知っていますか?次世代のHTML
hiro_ghap1
0
340
情報漏洩させないための設計
kubotak
2
170
return文におけるstd::moveについて
onihusube
1
1.1k
103 Early Hints
sugi_0000
1
230
Featured
See All Featured
Code Review Best Practice
trishagee
65
17k
How to train your dragon (web standard)
notwaldorf
88
5.7k
Music & Morning Musume
bryan
46
6.2k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
2
290
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
132
33k
The MySQL Ecosystem @ GitHub 2015
samlambert
250
12k
Designing for Performance
lara
604
68k
Designing Experiences People Love
moore
138
23k
Making Projects Easy
brettharned
116
5.9k
The World Runs on Bad Software
bkeepers
PRO
65
11k
Scaling GitHub
holman
458
140k
Why You Should Never Use an ORM
jnunemaker
PRO
54
9.1k
Transcript
makun @ pixiv App Night Compose Compiler Metrics 詳細と活用方法
概要 1. Compose Compiler Metrics とは 2. Metrics の生成方法 3.
Metrics の内容の紹介 4. 注目すべき内容 5. 活用方法
Compose Compiler Metricsとは
ChatGPTにきいてみた
ChatGPTにきいてみた Compose Compiler Metrics は、Jetpack Compose Compiler の パフォーマン スと効率を測定するメトリクスのセット
です。Compiler Metics は、開発プロセス におけるコンパイラのパフォーマンスを追跡し、Compose Compiler の パフォー マンスを最適化するために改善できる部分を特定するために使用 されます。
ChatGPTにきいてみた Compose コンパイラの性能を測定するために使用できる測定基準の例として は、コンパイル時間、メモリ使用量、および CPU使用量 が挙げられます。これら のメトリクスを長期的に追跡および分析することで、コンパイラのパフォーマンス を最適化するために改善できる傾向や領域を特定することができます。 紹介したい内容とはちがう
Compose Compiler Metricsとは Compose Compiler プラグインによって生成できる情報 のこと。 Compose Compiler プラグインは、特定の
Compose 固有の概念に関するレ ポートやメトリクスを生成する ことができ、Compose コードに何が起こっている かを細かいレベルで理解するのに役立ちます。
Jetpack Compose の理解がすすむ 作った Composable が コンパイラにどのように解釈されるのか知ることができ る。そのため、実際に自分でいろんなコードを試す ことで、より Compose
の理 解を深めることができる。
Composable の改善ができる いままで作ってきた Composable が 本当に最適な状態なのか確かめることが できる。とくに大規模なアプリを Jetpack Compose で置き換えるときなど、既存
のプロジェクトに Jetpack Compose を適用する際に有用 である。
生成方法
ビルドファイルに設定を追記 各モジュールの build.gradle に上記の設定を追記する
ビルドファイルに設定を追記 ※ ファイルの書き出し場所の指定は必須
ファイルを生成 設定を追記しビルドをすることで、設定で指 定した場所にファイルが生成されているのが わかる。
生成できるファイル
生成できるファイル • <module-name>_<build-type>-module.json • <module-name>_<build-type>-composables.txt • <module-name>_<build-type>-composables.csv • <module-name>_<build-type>-classes.txt
-module.json(全体的な統計情報) 対象モジュールに関する一般的な指標を提 供してくれる。左の例では、コンポーザブル が 100個 あり、そのうち 単体で再コンポー ズ可能 なものが 60個、再コンポーズ可能だ
がスキップができないもの が 7個 あることが わかる。
-composables.txt(コンポーザブルの情報)
-composables.csv(コンポーザブル情報表)
-classes.txt(クラス情報) コンパイラがそのクラスをどのよ うに解釈したかがわかる。各 パ ラメータの安定性 や ランタイム 時の安定性 などもわかる。
注目したい情報
restartable と skippable
restartable 再コンポーズ時にその Composable 自体が再コンポーズ可能である状態 のこ と。restartable でない場合は、親の Composable を再コンポーズする。 親
Composable restartable Composable 再コンポーズ 親 Composable NOT restartable Composable 再コンポーズ
skippable 再コンポーズ時に値が同じであれば、その Composable が再コンポーズをス キップできる状態 のこと。その Composable が skippable であれば、必ず
restartable でもある。 親 Composable 子 Composable NOT skippable 子 Composable skippable 再コンポーズ 再コンポーズ スキップ
restartable but not skippable composables.txt では restartable だけれど skippable ではない
Composable をみることがある。 state1 state2 state3 skippable 〇 restartable 〇 〇
restartable but not skippable Composable が 100個 restartable が 60個
skippable が 53個 restartable だけど skippable でない Composable が 60 - 53 = 7個 ある。
restartable but not skippable 全ての Composable を skippable にしなければいけないわけではない。 そのような
Composable をみつけたときは、次の選択肢のうちどれか1つを選 択できる。 1. 引数を全て stable にし skippable にする 2. @NonRestartableComposable と記す
@NonRestartableComposable Composable が 再コンポジションの「ルート」でない場合に有効 である。つまり、 他の状態の変化に影響されないような Composable のとき。コンパイラは自動 でその判断ができない ためアノテーションで宣言する。
普段のアプリ開発で利用することは、ほぼ無い。
@NonRestartableComposable
Composable の初期値
Composableの初期値 composables.txt で Composable の引数に初期値があるとき @static や @dynamic をみることがある。 @static
引数の初期値が安定した値 @dynamic 引数の初期値が 動的に変更される可能性がある 値
Composableの初期値 Composable の引数の初期値は基本的に @static にする必要がある。 ただし、次の場合はその限りではない。 • CompositionLocal や State
などの 観測可能な動的変数の読み取り • remember などの Composable Function の呼び出し
@dynamic MaterialTheme が指定されているときは @dynamic になるのが一般的
@dynamic rememberScrollState も @dynamic になるのが一般的
@dynamic その他の Composable で引数の初期値が @dynamic のときは、その 初期値 を削除する か @Stableアノテーションを利用
する。
活用方法
レビューコストの削減 プルリクエストなどでのレビューで Composable が最適に設計されていることを 担保したいが、人間が毎回確認するのは手間 になりがち。そのため、Compose Compiler Metrics の情報を 自動で解析する仕組みを導入することでそのコスト
を削減 できる。
None
None
レビューコストの削減 CI などで Compose Compiler Report to HTML で HTML
を書き出し、 Jenkins の HTML Publisher Plugin を使って確認しやすくしたりできる。
まとめ Compose Compiler Metrics は、Compose のコンパイラの解釈を可視化でき る。それらの内容を調査することで、アプリのパフォーマンス改善や Jetpack Compose の理解を深めることができる。また、その結果を活用することでレ
ビューコストの削減なども見込める。