branch)となるsealed修飾子がopenを含むのは、openでないと意味がないから。コンストラクタの引数にkotlin.jvm.internal.DefaultConstructorMarkerがいる。インターフェイス内で宣言されたプロパティを実装する¶バッキングフィールドとは?カスタムのgetter/setterを定義しない場合に用意されるフィールドのことでいいのでは。nullチェックと型チェックをした後は、nullでないこと、その型であることを前提にしたコードが書かれている。かしこいコンパイラだ。データクラス:全てのオブジェクトが持つメソッドの自動生成された実装¶デフォルトのハッシュコードの値は?同一インスタンス以外は異なる数値列、インスタンスのアドレスに基づく模様。上5行目からのリストで、プライマリコンストラクタのinnerListには、valもvarも付いていないが、これで動くのか?(コンパイルエラーにはならない)。その下のリスト4.22では、valが入った別なコードがある。静的メンバがないKotlin、静的メンバは、オブジェクト指向プログラミングとしては中途半端なのでこの思想はありかも。いってもKotlinにはトップレベル関数やプロパティがあるのだけれども。