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
KSPで自動生成コードを作る
Search
bugdog24
April 22, 2023
Technology
0
100
KSPで自動生成コードを作る
KSPの概要、使い方について簡単に説明したスライドです。
bugdog24
April 22, 2023
Tweet
Share
More Decks by bugdog24
See All by bugdog24
Flutter入門講座
bugdog24
0
110
Androidに自作AIをのっけたい
bugdog24
0
99
Other Decks in Technology
See All in Technology
JSON攻略法.pdf
miyakemito
8
4.6k
FrontDoorとWebAppsを組み合わせた際のリダイレクト処理の注意点
kenichirokimura
1
460
Vertex AI を中心に 生成AIのアップデートを共有します
kaz1437
0
280
カオナビの利用実績をアウトカムへつなげる旅 / example-of-data-management-startup-in-kaonavi
kaonavi
0
130
Reducing Cross-Zone Egress at Spotify with Custom gRPC Load Balancing Recap
koh_naga
0
190
SPI原点回帰論:事業課題とFour Keysの結節点を見出す実践的ソフトウェアプロセス改善 / DevOpsDays Tokyo 2024
visional_engineering_and_design
4
1.9k
On Your Data を超えていく!
hirotomotaguchi
2
630
よく聞くけど使ったことないソフトウェアNo.1 KafkaとSnowflake
foursue
4
320
Compose Compiler Metricsを使った実践的なコードレビュー
tomorrowkey
1
210
プラットフォームってつくることより計測することが重要なんじゃないかという話 / Platform Engineering Meetup #8
taishin
0
320
元インフラエンジニアに成る / Human Resources to Human Relations
bobtani
4
890
現代CSSフレームワークの内部実装とその仕組み
poteboy
8
3.5k
Featured
See All Featured
Happy Clients
brianwarren
91
6.4k
Clear Off the Table
cherdarchuk
83
310k
GraphQLの誤解/rethinking-graphql
sonatard
50
9.2k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
13
1.5k
We Have a Design System, Now What?
morganepeng
42
6.7k
The Straight Up "How To Draw Better" Workshop
denniskardys
227
130k
Testing 201, or: Great Expectations
jmmastey
27
6.3k
Designing for Performance
lara
601
67k
Why You Should Never Use an ORM
jnunemaker
PRO
51
8.6k
Web development in the modern age
philhawksworth
202
10k
Building Applications with DynamoDB
mza
88
5.6k
Done Done
chrislema
178
15k
Transcript
KSPで 自動生成コードを作る 起塚 亮
起塚 亮 自己紹介 岡山大学工学部 24卒 Androidエンジニア 趣味:刀鑑賞、麻雀、プログラミング @bugdog24
KSPとは
- Kotlin Symbol Processingの略 - コンパイラプラグイン用API - コードの自動生成プログラムを 書くときに利用
コンパイル
コンパイル etc…
etc… コンパイル 既存ファイル 読み取り
コンパイル etc… コード生成して ファイル追加
コンパイル etc… 生成しなくなるまで ラウンドを回す
etc… 全てのファイルを コンパイル コンパイル
コンパイル etc…
KSPの利点 高速 Kaptよりも2倍近い速度で動作可能 実装コスト シンプルなAPIセットで構成 バージョン間の互換性 Kotlinのバージョンが違っても動作可能
作ってみる
Compose用ViewModelFactory 生成プログラム
一見便利だが引数があると・・・
None
- ボイラーコードを書く必要がある - 引数を追加するたびに書き直す必要あり - コンパイル時に気づけない
これを付けることで対応する Factoryを生成するようにする
1. 依存関係を追加 2. SymbolProcessorを実装 3. SymbolProcessorProviderを実装 4. Meta-INFに登録
2. SymbolProcessorを実装 3. SymbolProcessorProviderを実装 4. Meta-INFに登録 1. 依存関係を追加
None
1. 依存関係を追加 3. SymbolProcessorProviderを実装 4. Meta-INFに登録 2. SymbolProcessorを実装
None
毎ラウンド呼ばれる処理 引数のResolverから各ファイルにアクセス可能
生成終了時の処理を記述
プロセッサーがエラーを投げた時の処理を記述 *他のプロセッサーがエラーを投げても 呼び出される
今回の用途だと process関数だけ実装でOK!
None
指定されたアノテーションのついた要素を取得
処理出来るものと出来ないものを分ける
依存
依存 自動生成されるコードだとすると?
依存 スーパークラスを参照できない😭
依存 次のラウンドだと存在するかも? ?
直接関連する要素が参照可能かどうか 検証してくれる
生成コードを作る
ファイルに書き出す
どのファイルが変更されたら コードの再生成を行うか指定
生成
生成 変更 再生成
生成 変更
ビルド時間を短縮
関連するファイル群 可変長引数で指定
aggregating?🤔
生成 変更
生成 変更 aggregating = trueの時 関係ないファイルの変更 でも再生成される
生成 変更 aggregating = falseの時 関係ないファイルの変更 では再生成されない(isolate)
基本はfalseでOK!
他のファイル変更時に 再生成するかどうか
パッケージ名、ファイル名の指定
コードを出力(outputStream)
処理しなかった要素を返す
None
2. SymbolProcessorを実装 1. 依存関係を追加 4. Meta-INFに登録 3. SymbolProcessorProviderを実装
None
先ほど作ったクラスを インスタンス化するだけ
2. SymbolProcessorを実装 1. 依存関係を追加 3. SymbolProcessorProviderを実装 4. Meta-INFに登録
None
None
完成🤩 動かしてみる
None
None
None
None
自動生成された関数
対応状況
- Room - RxHttp - Koin Annotations - Epoxy 対応済み
- Room - RxHttp - Koin Annotations - Epoxy 対応済み
Dagger Hiltは未対応
そのうちKaptからKSPに完全移行されるはず
ご清聴 ありがとうございました!