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
860
Compose Compiler Metrics 詳細と活用方法
YouTube :
https://youtu.be/SqQedt2zm44
makun
April 20, 2023
Tweet
Share
More Decks by makun
See All by makun
既存コードへのテスト追加とリファクタリングの実践
makun
0
110
Jetpack Composeを本番導入してみた結果と課題
makun
1
230
分析用コードをアプリから 切り離す設計の実現
makun
0
130
Other Decks in Programming
See All in Programming
レガシープロジェクトで最大限AIの恩恵を受けられるようClaude Codeを利用する
tk1351
4
1.5k
兎に角、コードレビュー
mitohato14
0
170
AIコーディングAgentとの向き合い方
eycjur
0
250
開発チーム・開発組織の設計改善スキルの向上
masuda220
PRO
18
9.6k
AI時代のUIはどこへ行く?
yusukebe
7
3.8k
[FEConf 2025] 모노레포 절망편, 14개 레포로 부활하기까지 걸린 1년
mmmaxkim
0
1.4k
Honoアップデート 2025年夏
yusukebe
1
900
「手軽で便利」に潜む罠。 Popover API を WCAG 2.2の視点で安全に使うには
taitotnk
0
220
ECS初心者の仲間 – TUIツール「e1s」の紹介
keidarcy
0
150
CSC305 Summer Lecture 12
javiergs
PRO
0
130
時間軸から考えるTerraformを使う理由と留意点
fufuhu
8
3.5k
Namespace and Its Future
tagomoris
6
680
Featured
See All Featured
Making the Leap to Tech Lead
cromwellryan
134
9.5k
Typedesign – Prime Four
hannesfritz
42
2.8k
Become a Pro
speakerdeck
PRO
29
5.5k
Site-Speed That Sticks
csswizardry
10
800
Producing Creativity
orderedlist
PRO
347
40k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Mobile First: as difficult as doing things right
swwweet
224
9.9k
Optimizing for Happiness
mojombo
379
70k
Stop Working from a Prison Cell
hatefulcrawdad
271
21k
The Art of Programming - Codeland 2020
erikaheidi
55
13k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
11
1.1k
GraphQLの誤解/rethinking-graphql
sonatard
71
11k
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 の理解を深めることができる。また、その結果を活用することでレ
ビューコストの削減なども見込める。