Building SDKs - The Kotlin Way
summary
Explains concrete Kotlin tactics for stable SDKs: use @Experimental and @UseExperimental to surface risky APIs, annotate and supply @Deprecated(..., ReplaceWith="...") so IntelliJ auto-migrates dozens of call sites (example: 40 occurrences fixed with one action), use typealias + deprecated alias for renamed classes, and apply Kotlin class delegation* to keep public surface small while splitting internals. Also covers publishing to a private Maven repo and handling init patterns to avoid breaking consumers (case: Friday 9pm build break).
AI-written summary · about
chapters (8)
- 0:00Introduction
- 1:35What makes SDKs hard
- 4:46Handling API changes
- 7:34Experimental APIs in Kotlin
- 13:29Deprecated APIs in Kotlin
- 16:20Practical deprecation
- 18:25Class delegation for SDKs
- 20:49Summary and Q&A
related talks
36mBest practices for evolving Kotlin libraries
42mEvolving your Kotlin API painlessly for clients
16mHow to get satisfaction from ungrateful work: A journey into updating Kotlin- 42mEvolving your Kotlin API painlessly for clients
52mPowered by Kotlin
33mSDK Design and Publishing For Kotlin Multiplatform Mobile
17mKotlin Library API Design and Compatibility Challenges
39mKotlin, Practically Speaking