2024年1月24日
ClojureScriptチーム
ClojureScriptの新しいリリースを発表できることを嬉しく思います。ClojureScriptの既存のユーザーの方は、以下のリリースノートを注意深くお読みください。
これは主にバグ修正リリースです。
ClojureScriptの修正、変更、および機能拡張の完全なリストについては、こちらをご覧ください
Google Closure Compiler が Java 11 を必要とするようになったため、これが Java 8 をサポートする最後の ClojureScript リリースになるでしょう。
GoogleはGoogle Closure Library の開発を停止しました。これはClojureScriptの将来にとって何を意味するのでしょうか？それほど多くはありません。Google Closure Libraryは、Closure互換の再利用可能な実績のあるライブラリの大規模なセットを提供するコンパイラとは別のプロジェクトです。ブラウザとJavaScriptエコシステムが進化するにつれて、このプロジェクトはGoogleにとって重要性が低くなりました。
Googleは、Google Closure Library (GCL)を削除したり、APIドキュメントを削除したり、ClojureScriptに有害なことをするつもりはありません。Googleが定期的なリリースを何年も前に停止したことに注意してください - ClojureScriptは私たちが独自にリリースするアーティファクトを使用します。たとえGoogleがインターネットからGCLを削除したとしても、私たちは引き続きアーティファクトとドキュメントを独自に提供することができます。
標準ライブラリであるcljs.coreは、GCLを比較的単純な方法で使用しており、そのほとんどは簡単に置き換えることができます。これは時間の経過とともに行われる可能性が高く、この取り組みにおけるコミュニティの貢献を歓迎します。
さまざまな組み込みREPL（ブラウザ、Node）は、GCLの機能をもう少し使用しており、時間の経過とともに徐々に進化していく可能性があります。
上記は、Google Closure Compiler互換のJavaScriptを生成するという私たちの変更はなく、引き続き生成します。Google自身はより広範なJavaScriptエコシステムを採用しましたが、最終的にGoogle Closure Compilerで処理する前に、すべてをGoogle Closure Compiler互換のJSにトランスパイルします（tsickle経由）。
いつものように、私たちはユーザーにとって意味のない変化を作り出すことは信じていません。GCLは現状のまま長年使い続けることができます。さまざまなベースGCL名前空間(goog.string、goog.objectなど)が以前と同様に利用可能になると予想できます。
将来を見据えると、JavaScriptエコシステムによって提供される使いやすさを損なうことなくClosureの高度なコンパイルのメリットを得るために、tsickleを使用したGoogleのアプローチを評価する価値があります。
