ライブラリでしかお目にかかれない珍しい実装

https://sansan.connpass.com/event/335012/

zennで記事に書き起こしてます
https://zenn.dev/solenoid/articles/0443ea4758f305

Transcript

1. ライブラリでしかお目にかかれ ない珍しい実装 GMOメイクアプリ・Sansan モバイル勉強会 in 福岡 mikan(一瀬喜弘)
2. 自己紹介 object Mikan { val name = "一瀬喜弘" val company = "karabiner.tech" val work = Engineer.Android val hobby = listOf( "漫画", "アニメ", "ゲーム", "折り紙", "OSS開発・コントリビュート", ) }
3. 1. Avoid using data class
4. Avoid using data class What ライブラリが公開しているAPIについて、 data class を使用することはほとんどない
5. @Immutable class ButtonColors constructor( val containerColor: Color, val contentColor: Color, val disabledContainerColor: Color, val disabledContentColor: Color, ) { fun copy( containerColor: Color = this.containerColor, contentColor: Color = this.contentColor, disabledContainerColor: Color = this.disabledContainerColor, disabledContentColor: Color = this.disabledContentColor ) = ButtonColors( containerColor.takeOrElse { this.containerColor }, contentColor.takeOrElse { this.contentColor }, disabledContainerColor.takeOrElse { this.disabledContainerColor }, disabledContentColor.takeOrElse { this.disabledContentColor }, ) // ... override fun hashCode(): Int { var result = containerColor.hashCode() result = 31 * result + contentColor.hashCode() result = 31 * result + disabledContainerColor.hashCode() result = 31 * result + disabledContentColor.hashCode() return result
6. Avoid using data class Why data class が生成する、 copy や componentN メソッドにABI互換性がないから プロパティを追加したら、コンストラクタとcopyメソッドの互換性が壊れる プロパティの順番を変えたら、conponentNの互換性が壊れる https://kotlinlang.org/docs/api-guidelines-backward-compatibility.html#avoid-using-data-classes-in-your-api How 自前で hashCode や copy を実装している
7. 2. Fake constructor
8. Fake constructor How private val _counter = MutableStateFlow(0)
9. Fake constructor How https://github.com/Kotlin/kotlinx.coroutines/blob/6c6df2b850382887462eeaf51f21f58bd982491d/kotlinx- coroutines-core/common/src/flow/StateFlow.kt#L156-L181 private val _counter = MutableStateFlow(0) public interface MutableStateFlow<T> : StateFlow<T>, MutableSharedFlow<T> { // ... }
10. Fake constructor What public fun <T> MutableStateFlow(value: T): MutableStateFlow<T> = StateFlowImpl(value ?: NULL)
11. Fake constructor What 関数名をインターフェースと同じにして、あたかもコンストラクタかのように見せかけている Why 実装クラスを隠す目的で利用されている ライブラリではDIが使えないので、このような工夫がなされているのだと思われる public fun <T> MutableStateFlow(value: T): MutableStateFlow<T> = StateFlowImpl(value ?: NULL)
12. 3. Readonly implementation
13. Readonly implementation What MutableStateFlow を StateFlow に up cast するときに利用されている public fun <T> MutableStateFlow<T>.asStateFlow(): StateFlow<T> = ReadonlyStateFlow(this, null)
14. Readonly implementation What public fun <T> MutableStateFlow<T>.asStateFlow(): StateFlow<T> = ReadonlyStateFlow(this, null) @OptIn(ExperimentalForInheritanceCoroutinesApi::class) private class ReadonlyStateFlow<T>( flow: StateFlow<T>, @Suppress("unused") private val job: Job? // keeps a strong reference to the job (if present) ) : StateFlow<T> by flow, CancellableFlow<T>, FusibleFlow<T> { override fun fuse(context: CoroutineContext, capacity: Int, onBufferOverflow: BufferOverflow) = fuseStateFlow(context, capacity, onBufferOverflow) }
15. Readonly implementation Why MutableStateFlowにdown castできてしまう class MainViewModel: ViewModel() { private val _uiState = MutableStateFlow(MainUiState()) val uiState: StateFlow<MainUiState> = _uiState } (viewModel.uiState as MutableStateFlow<MainUiModel>).update { // ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ // down cast to MutableStateFlow }
16. Readonly implementation Why ClassCastException が発生して、クラッシュする より安全な実装になる class MainViewModel: ViewModel() { private val _uiState = MutableStateFlow(MainUiState()) val uiState = _uiState.asStateFlow() } (viewModel.uiState as MutableStateFlow<MainUiModel>).update { // ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ // throw ClassCastException }
17. ご清聴ありがとうございました