Gradle 9では何が変わるか ー 設定キャッシュ、アイソレ―テッドプロジェクト、Kotlin 2.0の統合
6月19日、The Gradle Blogで「Road to Gradle 9 with Louis Jacomet」と題した記事が公開された。この記事では、Gradle 9の主要な改善点と新機能について詳しく紹介されている。 以下に、その内容を簡潔にまとめて紹介する。 Gradle 9の主な焦点 Gradle 9において重視している事柄は以下の３つである。 パフォーマンス Gradle 9では、ビルド速度の向上が最重要視されている。特に、設定キャッシュの改善が進められている。 分かりやすさ Gradleの使用方法や設定がより理解しやすくなるように、ドキュメントの改善や新しいAPIの導入が行われる。 最新のJavaおよびKotlinバージョンのサポート Gradle 9では、最新のJava 23およびKotlin 2.0のサポートが予定されている。 これらの大方針に基づき、以下に述べるよう
Gradle/Kotlinで開発する私的ベストプラクティス2022 - Kengo's blog
こちらのエントリーが素敵だなと思ったので、最近書いてるKotlinプロジェクトのベストプラクティスをまとめてみます。一部はJavaプロジェクトにおいても利用できるはずです。 zenn.dev 基本方針 参加障壁を下げる。OSSプロジェクトでもプロプライエタリ・ソフトウェアプロジェクトでも、新しい開発者が参加するコストを下げることには大きな意義がある。 環境差異を吸収する。javaにPATHが通ってさえいればOSに関係なくビルドが通るようにする。 プロジェクト固有ルールを作らない。Conventional CommitsやKeep a changelogなど、ひろく世に使われているルールを採用する。 Gradleを設定する Spotlessを使う コードのフォーマットはformatterに任せて人間は細かいことを考えない、というのが不特定多数が参加するソフトウェアプロジェクトのあるべき姿だと
GradleのマルチプロジェクトによるKotlin、Spring Bootでのオニオンアーキテクチャの実現 - タケハタのブログ
4月に発売した書籍「Kotlin サーバーサイドプログラミング実践開発」なのですが、この中で途中まで作っていてボツネタにした内容がありました。 gihyo.jp それが「Gradleのマルチプロジェクトでオニオンアーキテクチャを実現する」というものです。 第2部で作成していたbook-managerというアプリケーションは、もともとこれを使って作成していましたが、途中でやめて現在の形になりました。 github.com ボツネタにした理由としては、一回実践で導入してみていくつか微妙な点があったことと、紙面上の説明が複雑になるのでベーシックな内容としては外していいかなと思ったためです。 ただせっかく途中まで作っていたので、試して微妙と感じた点も含めて、今回紹介したいと思います。 サンプルとしてこのbook-managerの内容をマルチプロジェクト化したアプリケーションを使い、オニオンアーキテ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gradle 6.5 Release Notes
