Kotlin の基礎を身につけるための学習素材を作ってみた

プログラム書くの遅い人、 仕様が整理できてないか、 IDE を使い慣れてないか、言語の標準 API を覚えてないかのいずれかなので、勉強し直してきてください

— 引きこもり持田 (@mike_neck) 2020年12月26日

Kotlin を使ったプログラムを書く場合には以下の要素によってプログラムを書く速さが決まってくる

Interface に対してプログラミングする

interface に対してプログラミングするのがベストプラクティスであるとする考え方が、 Java のプログラミングにあるようです。

依存関係を切断・逆転できて便利とか、インターフェースが変わらない限りは実装が変更されても利用するクラスは変更されないなどのメリットがあるんじゃないでしょうか。

オブジェクト指向のなんたるかを論じるほど僕はデキたプログラマーではないので、かわりに Gradlle を使ってビルドするときにどれくらい嬉しいのかを書いていきたいと思います。

なお、これはつい先日(2020/12/11)に行われた JJUG ナイトセミナー Maven/Gradle ビルドツール特集のときにさらりと話した部分の補遺です。

GraalVM 20.3 から TraceClassInitialization オプションの指定方法が変更になっていた

GraalVM 20.3 から TraceClassInitialization オプションが boolean 指定ではなく、 List 指定になっています。

そのため、 20.2 まで以下のようにオプションを指定していた場合、カンマ区切りの FQCN に修正する必要があります

〜 20.2 まで

-H:+TraceClassInitialization

20.3 〜

-H:TraceClassInitialization=com.example.FooBarClassName,com.example.BazQuxFullyQualifiedClassName

java プラグインの compile/runtime Configuration が 6.8 の次の 7 からなくなるらしいです

タイトルにあるようなツイートを見かけたので、念の為に。

Heads-up folks, next Gradle version after 6.8 will be 7.0! Be ready...

— Cédric Champeau (@CedricChampeau) 2020年12月10日

雑な訳

6.8 の次は 7.0 だよ、いいね

Don't forget this version removes the compile and runtime configurations... https://t.co/OZ6BwTuywm
We're looking into options to make the transition smoother for those of you who are not ready yet.

— Cédric Champeau (@CedricChampeau) 2020年12月13日

このバージョンからは compile と runtime Configuration がなくなるのでお間違いなく

で、 compile と runtime を取り除く PR はこちら

github.com

移行方法も書いてあって、

1. runtime については runtimeOnly に変更する
2. java プラグインを java-library プラグインに変更する
3. compile を api に変更する
4. api は普通は必要ないので、影響のないところから implementation に変更する

PR の本文にはバックポートするようなプラグインが云々書いてあるが、出てくるかどうかはわからん