答え

Kotlinはopenキーワードを通じて継承のパラメータをサポートしていますが、言語の主な推奨は継承の代わりにコンポジションを採用することです。これにより、脆弱な階層や深い継承に関連する問題を回避し、より柔軟で拡張可能なシステムを構築できます。

コンポジションは、必要なタイプのオブジェクトをクラスのフィールドとして含め、その実装を継承するのではなく、作業を委譲することです。Kotlinはbyキーワードを使用して委譲パターンを簡素化し、インターフェースの実装を自動的にオブジェクトに委譲できます。

委譲パターンの例:

interface Logger {
    fun log(message: String)
}

class ConsoleLogger : Logger {
    override fun log(message: String) = println(message)
}

class Service(private val logger: Logger) : Logger by logger {
    fun doAction() {
        log("アクション完了")
    }
}

fun main() {
    val service = Service(ConsoleLogger())
    service.doAction() // 出力: アクション完了
}

このアプローチは、コードの再利用を簡素化し、ロジックをよりモジュラーにします。

隠された質問

「data classは他のクラス、例えば抽象クラスから継承できますか？」

答え: Kotlinのdata classは他のクラス（インターフェースを除く）から継承できません。data classは常にfinalだからです。例外はインターフェースで、これを実装することは可能です。

例:

abstract class Base(val name: String)
data class Derived(val age: Int, val name: String) : Base(name) // コンパイルエラー: data classはBaseクラスを拡張できません

しかし可能です:

interface User

data class Admin(val name: String, val rights: List<String>) : User

このテーマの詳細を知らないことによる実際のエラーの例

物語

プロジェクトでは、共通の抽象クラスからいくつかのサービスを継承することに決め、繰り返しのロジックを実装しました。その結果、多くの継承階層が生まれ、デバッグが複雑になり、テストに問題が発生しました。コンポジションと委譲（インターフェースと依存性注入を通じて）に切り替えた後、コードを簡素化し、よりモジュラーにし、テストカバレッジを向上させることができました。

物語

初心者の開発者は、共通の機能を追加するために別のクラスを使ってdata classを拡張しようとしていました。コードはコンパイルされませんでしたが、プログラマーは原因を理解できずにいました（Kotlinにおけるdata classの制限）。

物語

大規模なロギングロジックを持つプロジェクトで、ロギング機能を基底クラスに移すことに決めました。しかし、システムの成長とともに、一部のサービスは異なるロギングの実装を必要としました。Loggerインターフェースを使用して委譲を通じてリファクタリングする必要があり、アーキテクチャが大幅に簡素化されました。