2
リッチデコレータは、基本的な型よりも、なぜ、多くのユーティリティメソッドを追加する型としてRichIntを持っていると言いますか?(おそらく)scala.runtimeの一部であり、おそらくscala.util ...彼らがそこにいるので、同じ理由やそこにいる理由はありますか?スカラー型のリッチデコレータは、Scala.runtimeの一部です。どうして?
リッチデコレータは、基本的な型よりも、なぜ、多くのユーティリティメソッドを追加する型としてRichIntを持っていると言いますか?(おそらく)scala.runtimeの一部であり、おそらくscala.util ...彼らがそこにいるので、同じ理由やそこにいる理由はありますか?スカラー型のリッチデコレータは、Scala.runtimeの一部です。どうして?
私はそれが自動的にインポートする必要があるので十分だと思いますので、手動で行う必要があるオプションのインポートが含まれているscala.util
などのパッケージにそれらを公開する必要はありません。 runtime
は、ユーザーが実際に見る必要があるパッケージではありません。
実際には自動的にインポートされません。 'java.lang'、' scala'、 'scala.Predef'だけがあります。それらは通常、 'Predef'によって継承された' LowPriorityImplicits'を通して暗黙的に変換されます。技術的にはRichクラスは 'scala.util'で定義することができます。 – huynhjl
ありがとうございます。技術的には、インポートされたものに自動的に変換されるのは間違いありません。そのポイントは残っています:ユーザは手動でそれらをインポートする必要はありません。 –